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[57] ABSTRACT 

The method and system for electronically processing 
transactional data and monitoring annuity funds in- 
cludes identifying and storing annuity fund data, cus- 
tomer data, annuity beneficiary data, and banking insti- 
tution data. Banking institutions which hold non- 
annuity funds for a particular annuity beneficiary are 


classified as non-available banking institutions for that 
beneficiary. The system sums all annuity funds identi- 
fied with a single annuity beneficiary and designated for 
certificates of deposits issued by one of the banking 
institutions that is not classified as a non-available bank- 
ing institution. If the sum exceeds the predetermined 
fund limit, that identified banking institution is classified 
as a non-available banking institution for that particular 
annuity beneficiary. The system then commands the 
transfer of all additional annuity funds identified with 
that single annuity beneficiary to another banking insti- 
tution that is an available institution. In a preferred 
embodiment, the system generates various reports 
showing available banking institutions for each annuity 
beneficiary, non-available banking institutions for each 
annuity beneficiary, and the sum of all annuity funds for 
each respective annuity beneficiary that are provided 
by a corresponding customer. The method and system 
also stores and processes information regarding pur- 
chased certificates of deposit (CDs) and the due dates of 
those CDs such that when a particular CD becomes due 
and the principal is returned to the annuity company, 
the system declassifies the issuing banking institution 
from non-available to available for a particular annuity 
beneficiary or group of beneficiaries. 

26 Claims, 3 Drawing Sheets 
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annuity beneficiary provided those losses do not exceed 

METHOD AND SYSTEM FOR PROCESSING the established depositor's insurance limit value. 

FEDERALLY INSURED ANNUITY AND LIFE Tax deferred annuities are presently being marketed 

INSURANCE INVESTMENTS throughout the United States by life insurance compa- 

S nies. Tax law presently allows interest earnings in tax 

BACKGROUND OF THE INVENTION deferred annuity accounts to accumulate tax free until 

-ruo ™™. :« i * *u j j withdrawn. Consequently, this form of annuity has 

The present invention relates to a method and a sys- . , . ' ' . , , f 

t „ r^/.i„^ • n ^ .. i j * j become a popular investment, particularly for those 

tem for electronically processing transactional data and f • , . ^* J - , . 

_ . r> j . j . e . .. . saving for their retirement years. However, funds in- 

monitoring funds invested in a plurality of annuiUes or l£) veste ^ m deferred wxM J m not federally insured, 

hfe insurance investments such that the invested funds ^ ^ ^ losse$ suiTered by purc hasers of annui- 

are protected by depositor's insurance, such as FDIC ties due to the ^ bm ^ ofsome ins^ce companies to 

insurance. remain solvent. This is particularly devastating for any- 

Federally approved banking institutions, banks and one dep ending on annuity income for support during 

savings and loans, pay premiums to the federal govern- 15 retirement years. It would be a great benefit if the fea- 

ment such that money on deposit in those banking insti- tures of tax deferred annuities could be combined with 

tutions is federally insured. If the banking institution federal deposit insurance. 

becomes insolvent for any reason, the federal govern- Funds deposited in Federal Deposit Insurance Cor- 

ment pays the depositor for any losses up to an estab- poration (FDIC) banks solely to fund annuities or life 

lished insured limit At present, deposits are insured up 20 insurance contracts are currently insured up to 

to $100,000.00. There is a regulation which provides $100,000.00 for each annuitant. Present FDIC regula- 

that funds deposited by life insurance companies or a tions permit this to be done. A system that enables life 

corporation solely to fund life insurance or annuity insurance and annuity companies to place annuity funds 

contracts will be insured up to the depositor's insurance or life insurance funds so as to be covered by federal 

limit ($100,000.00) per individual (annuitant) entitled to 25 deposit insurance without exceeding those limitations 

receive benefits under the contract. The persons enti- and which continually monitors accounts for the same 

tied to receive benefits under an annuity contract are purpose, performs a valuable service for the customer^ 

called herein "annuity beneficiaries" whether those Individuals that presently have fund ^/n k^fc Sot^*** 

persons are legally classified as annuitants or as benefi- | maintain their deposits in diherent catego ries pf Ip^aI ^ 



SI 00.000,00 insurance coverage in a single institution 


This is true only if the funds are owned and deposited in 
d liferent ownership categori es. Individuals almost a l- 


wa ys monitor their deposits in savingsJnstitutians-so.as 


to maintain^fulLinsur ancg coverage at frfl times. How- 


ciaries. An annuity contract is a contract that pays an 
annuity beneficiary an amount at regular intervals or 
pays an annuity beneficiary a lump sum at a predeter- 
mined time in the future. The annuity contract is funded 
or provided for by a customer. Essentially, the cus- 
tomer pays a certain amount of money to a company, 35 ■ , — . ^- , ^ M - P , - , „ , ,. „ ,.„.. ,. , — — — ^ 
the company invests that money, and the company at a » ever ' if such individuals purchase a tax deferred annuity F 
certain time in the future or at regular intervals pays the that ls to be de P° slted m insured institution, the re- 
annuity beneficiary a prescribed amount as required sponsibihty to monitor such funds as to their insurability 
under the annuity contract. Annuity beneficiaries are ^ hs t0 the insurance or company. A problem 
sometimes called "annuitants " 40 lmmediate ' v arises since a multi-state life insurance 
Some types of annuity contracts are deferred annuity company collecting premiums from thousands of con- 
contracts. Deferred annuity contracts allow funds to be ? ac j hoIders .* h ™e h <>* the U.S. could inadvertently 
accumulated on a tax deferred basis over the term of the fun + d ™ Mnuit f*' s «> nlract ^positing funds in an 
contract and pay a lump sum or make periodic pay- AK ' n whlch the annuitant already has a standard 

ments to annuitants at a certain time in the future For 45 ? ep ° S * MV ?«! 0r certlf,cate of de ^ } f th t e 

« ~ - j c j •* j funds deposited by the insurance company and the ai- 

example, a customer may fund a deferred annuity and, . i ... ' . . . A v / 

~r *u ,♦ .u » ready existing account in that same institution are main- 

upon retirement of the customer, the company holding . • j • *u * n « t-- t-™^ 

n - . ... ; J 6 tained in the same category of legal ownership, FDIC 

the annuity pays the customer either a lump sum or *v f*u • j i- -* . 

• JI ♦ 1 . . . . . y , , . regulations require that the insured limit must be ap- 

period c payments as selected by the annuitant. In this 50 jf ed to the c * mbined total held ^ 

example, the contract is annuitized upon retirement of ^ ^ could M ^ funds bem ^ 

the customer. If the contract is surrendered during early ^ ^ e ^ WQuld be fl vWa * m of ^ 

years there are surrender penalties. If there are partial tract on the rt of the msurance or ^ 

withdrawals, penalties sometimes apply. Interest if that promised to place ^ funds so as t0 be federally 

withdrawn is reportable as income in the year of with- 55 insured> Given that a mu i ti pH city of insurance compa- 

drawal. nies would be depositing funds in a multiplicity of banks 

In order to obtain the benefit of the depositor's insur- involving annuity accounts from thousands of custom- 

ance, the corporauon holdmg the annuity must establish erSi a system nee ds to be devised that would safeguard 

an internal account for the annuity beneficiary and annuity purchasers from the risk of uninsured accounts, 

place the funds on deposit with a federally approved 60 and which would enable insurance companies to meet 

institution (FDIC institution) in the corporation's own their contractual obligations. Such a system must also 

name. However, the corporation can accumulate and periodically monitor accounts focusing on the impact of 

combine investments for a number of annuity benefi- interest additions to all accounts and the impact thereof 

ciaries and invest that aggregate sum with a single bank- as it relates to insurance limits, 
ing institution. The regulations provide that, in the 65 

event the banking institution becomes insolvent, the OBJECTS OF THE INVENTION 

federal agency providing the depositors* insurance will It is an object of the present invention to provide a 

pay the company for losses sustained by a particular method and a system for processing transactional data 
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and monitoring funds of a plurality of annuities DETAILED DESCRIPTION OF THE 

whereby the funds are fully protected by depositor's PREFERRED EMBODIMENTS 
insurance. 

It is another object of the present invention to pro- ^ P resent invention relates to a method and a sys- 

vide a method and a system which monitors the value of 5 « em for electronically processing transactional data and 

each annuity beneficiary's fund placed in each banking mon.tonng funds invested in a plurality of annuities m 

institution such that the total amount of funds, both orde ' » fc the "P** of f?™™ s ,nsuran « 

... . . u t. i • ■ available through a plurality of federally approved 

principal and interest, in each banking institution are banking institutions 

less than a predetermined insured fund limit. |0 F , GS 1A an£j 1B shQW ^ ffiethod md proccssing 

It is another object of the present invention to pro- systenij m diagrammatic flow chart forTO| wh ich accom- 

vide a method and a system which classifies banking plish ^ ob j ccts and advan tages set forth above, 

institutions as being non-available institutions when the xh e pr0 gram starts in FIG. 1 A at start step 10. In step 

annuity fund in a respective institution for a particular 12, customer data is input into the system. This cus- 

annuity beneficiary exceeds the insured fund limit. 15 tomer data may be kept as a customer record that in- 

It is a further object of the present invention to pro- eludes the customer's name, address, customer identifi- 

vide a method and a system which transfers funds in cation number, social security number, and identifiers 

excess of the insured limit to another available banking for each annuity contract funded or provided by the 

institution. customer. The term "annuity beneficiary" as used 

20 herein covers any category of ownership in which an 

SUMMARY OF THE INVENTION annuity contract can be held including individual ac- 

The method and system for electronically processing counts, joint accounts, various trust accounts, and any 

transactional data and monitoring annuity funds in- other legal form of ownership. For example, customer 1 

eludes identifying and storing annuity fund data, cus- „ may have annuity #1 which designates a single mdivid- 

tomer data, annuity beneficiary data, and banking insti- 25 ual who will receive money when the contract isannuit- 

a*** n«„b;„„ 1^1 J 1 lzed. That individual is classified herein as annuity bene- 

tution data. Banking institutions which hold non- *« AT * . * . 

.... 0 . . . . - . ficiary AB]. ABi may be the customer himself or her- 

annuity funds for a par icular annuity beneficiary are ^ ^ ^ ^ ^ g second a 

classified as non-available banking institutions for that ^ ^ #2> which is Md in joim 

beneficiary. The system sums all annuity funds identi- 30 husband and wfe ^ joint ownership is classified 

fied with a single annuity beneficiary and designated for herdn as a sing]e annuity beneficiary ABl0 . The system 

certificates of deposits issued by one of the banking deS cribed herein incorporates this concept, 

institutions that is not classified as a non-available bank- i n step 14^ information is input "into the system re* 

ing institution. If the sum exceeds the predetermined garding each annuity beneficiary AB. Table 1 below 

fund limit, that identified banking institution is classified 35 shows an exemplary annuity beneficiary record, 
as a non-available banking institution for that particular 

annuity beneficiary. The system then commands the TABLE 

transfer of all additional annuity funds identified with Initial Annuity Beneficiary Record 

that single annuity beneficiary to another banking insti- AB Name> Add AB# (e g ^ ABj) 

tution that is an available institution. g j data 

In a preferred embodiment, the system generates ABi — BIi is checking and savings 

various reports showing available banking institutions ABi— BI2 is savings— unqualified annuity 

for each annuity beneficiary, non-available banking BIi and BI2 classified as non-available for ABi 

institutions for each annuity beneficiary, and the sum of 45 In Table 1, the name, address, and identification num- 

all annuity funds for each respective annuity beneficiary ber have been assigned to annuity beneficiary ABi. In 

that are provided by a corresponding customer. The addition, ABi may have checking and savings accounts 

method and system also stores and processes informa- at a banking institution (BI) which is designated as BIi. 

tion regarding purchased certificates of deposit (CDs) Annuity beneficiary ABi may also have a savings ac- 

and the due dates of those CDs such that when a panic- 50 count such as a certificate of deposit (CD) is another 

ular CD becomes due and the principal is returned to banking institution BI 2 . This CD held by BI 2 may be 

the investment annuity company, the system declassifies P art of an unqualified annuity fund. The use of the term 

the issuing banking institution from non-available to "unqualified" herein does not refer to whether the bene- 

available for a particular annuity beneficiary or group [^lary obtains the benefit of special tax considerations 

of beneficiaries 55 but rather refers to an annuity that is not immediately 

protectable under depositor's insurance program as 

BRIEF DESCRIPTION OF DRAWINGS monitored by the present invention. In a preferred em- 

„ . B , . , bodiment, banking institutions BIi and BI? are as classi- 

Further objects and advantages of the present tnven- fied M non . availab j e banking institutions for annuity 

tion can be found in the detailed description of the ^ beneficiary ABi. 

preferred embodiments when taken in conjunction with Step l6 involves inputting banking institution BI data 

the accompanying drawings in which: for ea Cn annuity beneficiary AB. Step 18 classifies the 

FIGS. 1A and IB diagrammatically illustrate the banking institution as available or non-available. For 

method and system for processing transactional data for example, with respect to beneficiary AB], banking insti- 

annuities; and 65 tutions Bit and BI2 are classified as non-available. Step 

FIG. 2 diagrammatically illustrates a method and 20 involves repeating the inputting and classifying steps 

system permitting the accumulation of interest in a par- 12, 14, 16 and 18 for multiple customers and annuity 

ticular banking institution. beneficiaries. Step 22 compiles a matrix or list of bank- 
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ing institutions which are available and non-available. owner, and the beneficiary may or may not be the cus- 

Table 2 below provides an exemplary list. tomer. For example, a husband may fund an annuity for 

the benefit of his wife. In that case, the annuity benefi- 
ciary (annuitant/contract owner) would be the custom- 
5 er's wife. If the annuity investment or accumulated 
income plus the principal exceeds $ 100,000.00 in any 
particular banking institution (the current regulatory 
limit for deposits* insurance), the wife's insurable inter- 
est would be capped at $100,000.00. Accordingly, it is 
10 important to account for all investments made by the 
customers to fund one or more annuities and also to 
carefully account and monitor the value of each annuity 
contract and post that value to an annuity beneficiary 
Table 2 generally shows banking institutions BIj record, 
through BI B and whether that institution is available for 13 In step 26, data is input into the system to post all 
certain beneficiaries and not available for other benefi- interest payments made by all institutions on certificates 
ciaries. Additionally, the banking institution matrix of deposit purchased from those institutions. These 
shows the condition of the bank (A-E) which is directly interest payments are collected for the benefit of partic- 
related to the capital/debt ratio of the bank as well as ular annuity beneficiaries. As stated earlier, the corn- 
other factors. An A quality bank is the highest rated pany holding the annuity simply establishes an internal 
bank. These ratings are known in the banking industry. account for each annuity beneficiary. The company 
Since a high quality financial product is provided by the purchases one or more CDs sold by one or more bank- 
present system, annuity funds invested in conjunction ing institutions. As long as the internal accounts by the 
with the present system will normally be invested in annuity company are not subject to claims by the corn- 
only top quality banks. As stated earlier, the term pany's creditors and are specifically designated for the 
"banking institution" includes all federally approved benefit of an annuity beneficiary, the regulations regard- 
banks and savings and loans. These banking institutions ing depositor's insurance provide that the annuity bene- 
must offer depositors deposit insurance which protects ficiary's investment in a CD or other depository ac- 
depositors' funds up to a predetermined insur&nce limit. count of a particular banking institution is protected up 
The banking institution matrix, Table 2, shows that . to the insurable limit. 

institution BIi can be used as an available institution by In step js, the system compiles due date information 

annuity beneficiaries AB 2 , AB 3 , AB4, and AB n . In con- for each CD> ^ is> &e principal invested in the CD, 

trast, institution BI, is classified as non-available for , he mterest generated thereby, and the term of the CD 

annuity beneficiary AB,. This initial classification of md the mterest p aym ent dates. Step 30 involves dis- 

banking institutions and identification of the annuity p i aying a ra0 ney versus time statistic chart In order to 

beneficiaries banking institutions may be necessary in ^ ^ investment manager, it is helpful to known 

order to insure that, in the event of failure of that partic- when one Qr more CDs are ^ due ^ tota , mvest . 

ular banking institution, the entire annuity fund invested mem ^ {he CD ^ ^ paymen , s tha , tave 

for each beneficiary using the present system is fully ^ received of ^ fee received from various banki 

insured. If an annuity beneficiary has bought a CD from "° jnstitutions statistical m0 versus ^ ^ will 

a particular banking institution or otherwise has funds enab , e ^ investment er to lan ^ ^ term 

on deposit and that information has not been entered „, . ,„ ;_„„,„ °„ „■„„,„!, „„„ 4 „„„ ( 

. . .£ . it _ , . , . ... . and long term CD investments and match those lnvest- 

into the system, the federal deposit insurance may not . .... . , . „ 

cover both the investment mad^der the annuity fund men,s w ' ,h f ™f***. a 88 re « ate fu " ds - <* 

provided by the present system and the independent « ^gate funds tnclude new customer annuity invest- 

investment by the annuity beneficiary. In order to pro- me J« s - 

vide a high degree of security, the present system gath- De ? SIOn s ' e P 32 determines whether die total invest- 
ers initial information regarding the banks used by annu- ment for each annuity beneficiary m each banking insti- 
ity beneficiaries and classifies those banking institutions tutions exceeds or is greater than an insured limit The 
as non-available for the protected annuity monitored by 50 insured limit may be either the actual, government es- 
the system. As can be seen in Table 2, institution BI 7 is tabhshed depositor's insurance limit value or may be 
available for all annuity beneficiaries since there are no nater. lower predetermined insured limit established 
beneficiaries, who use that institution. Additionally, BI 7 bv svstem oi* rat o r - For example, the current estab- 
is rated as an A institution. lished depositor's limit value is set at $100,000.00. The 
In step 24, information regarding new investments is 55 system operator may, in order increase the security of 
input into the system. These new investments could be *ne funds, set a lower limit at $90,00.00. In any event, a 
initial investments by the customer to fund an annuity decision is made in step 32 to determine whether a total 
or could be periodic payments by the customer to fund investment, both principal and interest, for each annuity 
the annuity. These new investments are posted both to beneficiary in each banking institution exceeds the in- 
the customer records as well as to the annuity benefi- 60 sured limit If the insured limit per AB and per BI ex- 
ciary records. This dual posting is necessary because the ceeds the insured limit, the YES branch is taken and in 
customer will want a full accounting of all payments step 34, that particular banking institution is classified as 
made into his or her annuity fund and the funds associ- non-available (NON-AVAIL) for that particular anim- 
ated with each particular annuity beneficiary must be ity beneficiary. If the NO branch is taken from decision 
completely and accurately monitored in order to insure 65 step 32, that is, the insured limit has not been exceeded 
that each annuity beneficiary is protected under the by the total investment per AB and per BI, step 36 
federal depositors* insurance program. As stated earlier, requires re-classification of any banking institution that 
the deposit insurance runs to the annuity contract has returned or paid a CD as an available (AVAIL) 
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banking institution for all annuity beneficiaries who had 
designated funds in that CD. Step 36 also follows step 
34. 

Next, decision step 38 determines whether the inter- 
est, input in step 26, the new investments paid by a 5 
customer, input in step 24, plus the old investments from 
redeemed CDs exceed a large denomination certificate 
of deposit (LD-CD) threshold. Generally, an LD-CD is 
a CD of $5,000,000.00 or higher having a term of at least 
three years. Historically, these time deposits have a 10 
much higher rate of return as compared to individually 
purchased, smaller denomination short term CDs. If the 
threshold is not exceeded, the NO branch is taken and in 
step 40, the total investment is placed in short term CDs 
(ST-CD). In step 42, the system returns to start step 10. 15 
The LD-CD threshold may be set by the system opera- 
tor, for example, at $10,000,000.00. 

In order to better understand the present invention, 
Tables 3 and 4 below show the investment matrix or list 
and an expanded annuity beneficiary record. With re- 20 
spect to the investment matrix, and as an example, bank- 
ing institution BI7 has sold a large denomination certifi- 
cate of deposit to the annuity or insurance company. 
The LD-CD is a $10,000,000.00 CD which falls due in 
seven years. This $10,000,000.00 was invested by the 25 
annuity company at time tj. Interest is paid quarterly on 
the LD-CD at X % and the interest is automatically 
placed in a short term (ST-CD) having a three month 
maturity and paying interest at X— 2.0%. The with- 
drawal penalty on the ST-CD is 0.25% interest. 30 

TABLE 3 


term CD deposit ST3. Accordingly, ABi has a desig- 
nated investment of $1 1,000.00 (11 K) in short term CD 
ST3 sold by institution Big as well as a 10K designated 
investment in ST2 at institution BI7. The other benefi- 
ciaries AB2, AB3, and AB n , have had their interest 
payments rolled directly over into short term CD ST2. 
The investment by or for beneficiary AB9, that is 80K, 
is a new investment by the customer funding that partic- 
ular annuity contract. Accordingly, annuity beneficiary 
ABi has reached the insured limit in institution BI7 and 
BI7 is then classified as a non-available banking institu- 
tion for annuity beneficiary ABi. However, BI7 is still 
classified as available for AB2, AB3, AN„ and AB9, 
although AB9 is near the predetermined insurance limit 
of $100,000.00. 

Table 4 which follows shows an expanded annuity 
beneficiary record. 

TABLE 4 

Expanded Annuity Beneficiary Record 

Basic Data 

Cusir. Annuity #1; AB[ 

NON-AVAIL. BI = BI|j note: checking and savings Bis 
NON-AVAIL. BI = B7 note: maximum reached at 13 
Invcstmeni Data 

Invest 

BI # Inst'mt # Date P*al Est. Int. Period Due Date 


Investment Matrix 


BI 7 LD, 
BI 7 ST| 
Big ST 2 


t3 


90K 10K 
10K IK 
UK 1.01K 


Qtrly tj + 7 yrs 
Qtrly t2 + 3 mths 
Qtrly t3 + 3 mths 


TIME CD AB] AB} AB3 


AB 9 


AB„ Total 


BI/Bl? 


Bis 


LD] 90K 45K 72K 

ST — — — 

LDi 90K 45 K 72K 

STi 10K 5K 7.5K 

LD) 90K 45K 72K 

ST 2 10K 10K J5K 

ST 3 UK — — 


80K 


10K I0M 

10K I0M 

1.2K 23.7K 

10K 10M 

2.4K I17.4K 

— UK 


The investment matrix, Table 3, shows that at time tj, 
the company operating the present system has invested 
in long term CD LDi and various annuity beneficiaries 45 
have accounts associated with or designating that LDi. 
For example, annuity beneficiary ABj has $90,000.00 
invested (90K). Beneficiary AB3has invested $72,000.00 
(72K). Annuity beneficiary AB9 has not invested in 
LDi at time tj. Annuity beneficiary AB n has invested 50 
$10,000.00 (10K). At time ti, there is no short term (ST) 
CD issued by institution BI7. At time t2, which is the 
first quarterly interest payment date for LDi, each an- 
nuity beneficiary has the same amount of principal des- 
ignated for LDj. However, according to. the terms of 55 
the agreement with institution BI7, a second, short term 
CD, STi, has been opened into which all the interest 
from LDj is swept. Accordingly, the records of the 
company issuing the federally insured annuities show 
that annuity beneficiary ABi has a designated 10K in 60 
CD STi issued by institution BI7, beneficiary AB2 has 
5K invested in STi, and beneficiary AB fl has I.2K in- 
vested in that CD. At time t3, which is the second quar- 
terly payment date for LDi, the interest has been rolled 
over into a second short term CD, ST2. However, be- 65 
cause beneficiary ABj is at the government insured limit 
of $100,000.00, his or her allocation has been shifted to 
a second banking institution Bis and placed in short 


The basic record includes customer data, that is, who 
is funding the annuity, and annuity contract identifier 
(annuity #1) and an annuity beneficiary identifier 
(ABi). The basic record also includes a record of non- 
available institutions, BI] and B^and includes a remark 
stating that those institutions are checking and savings 
for ABi. Institution BI7 which was classified as non- 
available at time tj due to the level of funds in that 
designated institution. The expanded annuity benefi- 
ciary record also includes investment records. The in- 
vestment record is broken down into banking institution 
BI7 and Big, includes instrument numbers CD#, initial 
investment dates tj, ti and t3, principal investments 
made in those particular CDs, estimated interest pay- 
ments, the interest due dates, and the CD<iue date. The 
investment record for each particular annuity benefi- 
ciary can also be used as certificate of deposit data for 
compiling the money and time statistics in step 30. If, 
for example, a significant influx of new investments was 
gathered by the system operator (450K) and interest of 
50K was available in two weeks and if a 500K short 
term CD was available in three weeks, the system oper- 
ator may choose to pay the interest penalty on the 500K 
short term CD and purchase a large denomination CD 
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($1,000,000.00) at the time the interest is paid by the Returning to decision step 62, the YES branch goes 

other banking institution in two weeks. In the interim, from jump point Al in FIG. 1A to jump point Al in 

the initial 450K investment could be placed in a short FIG. IB. Step 80 shows the beneficiary ID, AB#, the 

term CD. investment amount for that beneficiary and the ranked 

In step 44, the system operator places an offer to buy S but non-available banking institution. This is a result of 

a large denomination CD (LD-CD). These large de- the decision step 62 determining that one or more of the 

nomination CDs are sometimes called bank investment top five ranked banking institutions have been desig- 

contracts. In step 46, the system operator reviews the nated as non-available for one or more beneficiaries. Of 

bids placed by the various banking institutions Bli, BI 2 course, rather than ranking five institutions in step 62, 

for the large denomination CD. These bids would in- "> ten institutions could be ranked and analyzed in step80. 

elude all terms associated with the CD including princi- Rve institutions are ranked herein as an example. Fol- 

pal amount, number of years, interest due on the princi- lowing step 80, decision step 82 determines whether the 

pal, and time for interest payments. Pf"*?* investment for * Particular annuity b^efi- 

In step 50. the banking institution or another third »*f doUar threshold value (STHRES) 

party information provider inputs information relative " The YES branch from decision step 82 enters step 84. If 
to the condition of the banking institution, that is, A, B, '"vestment for a particular annuity 

C. D, or E or other known classifications. The condi- ** «F>P»f the investment ,n short term deposit 

tion of the banking institution is directly related to the f T j/?< ™ v , tiC Im m i!heim 
. , , . . . & „. . / - 2.4K investment is shifted to a snort term CD. AJterna- 
capitaJ/debt ratio Since large amounte of money ^are * investment for the annuity beneficiary 
placed with a particular institu ion, tfie capital/debt * on tototfon that is 
ratio may play an important role in determining the ^ available ^ e funds need not be laced in 
ranking of the institutions and the top qualifying bids a ^ ( iQ obtain ^ benefit Qf d 
therefrom. In step 52, the various bids and more impor- ^ However, it would be prudent to use 
tantly the banking institutions are rated from high to 2$ CDs tha n designate checking or savings accounts 
low. The investment manager or the system operator due tQ ^ M her feturn Qn mvestment Step 8 6 removes 
may work with the system m order to rank the various ^ beneficiary . s investment from the large denomina- 
bids. In step 54, a list of non-available banking institu- tjon CD investment . enables the system to use the 
tions is compiled for all annuity beneficiary investors rflnked institution for al i beneficiaries except AB„. 
who will participate in the LD-CD investment. Table 4, 3Q Step g8 rfipeats steps 80> 82 u 86 for ^ ^^xy benefi- 
the expanded annuity beneficiary record, shows non- ciaries having des i gnated f unds and non-available classi- 
available banks Bli, BI 2 and BI? associated with annuity f lcat ions for the ranked banking institutions, 
beneficiary ABi. If tne NO branch from decision step 82 is taken, in 
In step 60, a comparison is made between the bid list, step 99 the ran H n g c f t he banking institutions is 
the beneficiaries, designated to invest and the non-avail- 35 changed. For example, if AB9 having a deposit of 80K 
able banking institutions associated therewith. Step 62 is ^ j arger lnan tbe mon ey threshold used in step 82, (see 
a decision step which determines whether any of the top fable 3), it is beneficial to change the ranking of the top 
five ranked banking institutions are classified as non- five banking institutions such that the top ranked institu- 
available for all annuity beneficiaries who will invest in t j on j s p i ac ed at the bottom of the five stacked institu- 
te designated CDs offered by the top five institutions, t j ons Decision step 92 determines whether all five 
Assuming that all top five institutions are not classified banking institutions have been reviewed. If not, the NO 
as non-available, that is they are available, step 64 in- branch is taken and in step 94, the next ranked banking 
volves selection of one of the top five bids. Step 66 institution is used and steps 80 and 82 are repeated. Of 
commands the investment of the money into the se- course, if the next ranked banking institution is not 
lected banking institution and particularly the purchase 45 designated as non-available by any annuity beneficiar- 
of the large denomination, relatively long term CD. j e s, the program would jump to step 64, the select bank- 
In step 68, a compilation of customer data, annuity mg institution in FIG. 1A. 
beneficiary data, and banking institution data is pre- if the YES branch is taken from decision step 92, 
pared. Reports are generated and posted. For example, decision step 96 determines whether all top ten ranked 
customers will want to know the total investments di- 50 banking institutions have been reviewed. If all ten top 
rected to a particular annuity contract, the value of the ranked institutions have been reviewed resulting in all 
annuity contract account, the interest generated by that ten institutions classified as non-available and having 
account, and may be concerned regarding the insurance substantial beneficiary participation in the LD-CD), the 
protection offered under this system. Accordingly, a YES branch is taken and step 98 shows the top ten 
report showing the non-available banks for a particular 55 ranked institutions, prompts the system operator to 
annuity beneficiary may be prepared for each customer. change the money threshold (STHRES) in decision step 
In any event, the investment manager for the system 82, and repeats the process beginning at jump point Al 
should use a listing of non-available as well as available with the old ranking. If the NO branch is taken from 
banking institutions in order to properly invest the decision step 96, that is, not all top ten institutions have 
funds. In step 70, the system pays money to beneficiaries 60 been reviewed, step 100 uses the next group of five 
under annuitized contracts or redeems contracts that ranked institutions, that is institutions six through ten. 
have been canceled. These payments are posted and the The program returns to step 80 which shows whether 
appropriate notations are made in the customer records, institutions six through ten are designated as non-availa- 
annuity beneficiary records and investment matrices. Of ble by any annuity beneficiary. This process continues 
course, certain institutions would be reclassified as 65 until a particular banking institution is selected and 
available if beneficiary funds therein dropped below the jump point Bl returns to select institution step 64 in 
insured level. Step 72 returns the program to its begin- FIG. 1A. Other automated selection routines could be 
ning, start step 10. used to select institutions. 
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The system may be modified such that interest paid accumulate with the principal and such interest would 

by a particular banking institution based upon a first CD be compounded with the principal. The interest rate on 

investment is automatically swept into a second CD the accumulated fund would be the interest rate for the 

investment at the same bank. In this modified system, LD-CD. 

two limits are set, a lower fund limit which designates a 5 The present invention can be used for monitoring 
banking institution as an deposit capped institution, and annuity funds for any type of annuity. For example, 
an insured limit which ultimately is used to classify the some annuity contracts provide for an initial large pay- 
banking institution as non-available. FIG. 2 diagram- mem, for example $1,000,000.00, which would be de- 
matically shows this aspect of the system. In step 110, posited in at least ten institutions under the present 
data is input into the system regarding the government 10 system, and the annuity pays periodically, for example 
established, depositor's insurance limit value. Step 112 quarterly, $30,000.00 to the annuity beneficiary. An- 
establishes a lower fund limit which is less than the other type of annuity funds a retirement plan for the 
depositor's insurance limit value. In step 114, the inter- annuity beneficiary. When the annuity beneficiary 
est and principal are accumulated in the same banking reaches retirement age, at age 65, the annuity contract 
institution for all annuity beneficiaries having desig- 15 may be annuitized and a lump sum payment or other 
nated CDs in that particular institution. The interest is payment plan is made to the annuity beneficiary. The 
preferably swept into a CD. However, if the interest is annuity beneficiary may decide to receive periodic pay- 
swept into any type of deposit account at the institution, mcnts for a number of years rather than a lump sum. 
whether a time deposit or other account, the annuity This retirement annuity is called a deferred annuity, 
beneficiary obtains the benefit of depositor's insurance. 20 The deferred annuity has certain tax advantages such 
This feature of using other types of deposit accounts is that interest accumulated on the principal is accumu- 
encompassed by the present system. Decision 116 deter- lated tax free. If the principal or interest are withdrawn 
mines whether the total investment for each annuity from a deferred annuity before retirement age, there are 
beneficiary for that particular banking institution ex- adverse tax consequences associated with such with- 
ceeds the lower fund limit. The NO branch from deci- 25 drawal. 

sion step 116 returns to step 114, accumulate principal The order of the steps set forth above is only exem- 

and interest in the same BI. At this point, new invest- plary. For example, the pay annuity step 70 may pre- 

ments can be posted to the BI for the beneficiary. cede the display money and time statistics step 30. The 

The YES branch from decision step 116 enters step classification of banks, steps 32, 34 and 36 can precede 

118 which classifies the particular banking institution as 30 step 60. These modifications fall within the spirit and 

deposit capped for a particular annuity beneficiary. For scope of the present invention. 

example, the investment manager of the system should The present system has been described as monitoring 
know that a large investment by a particular annuity annuity funds deposited in federally approved banking 
beneficiary in a particular CD will generate a certain institutions. However, the government regulations also 
amount of interest over a certain period of time. For 35 provide insurance for funds deposited in such institu- 
example, a $50,000.00 investment in a large denomina- tions in accordance with a life insurance program. As is 
tion, seven year CD may generate $50,000.00 in interest know, a life insurance contract, funded by a customer, 
over the total term of the CD. If a particular annuity customarily provides that, upon death of a named indi- 
beneficiary designates $50,000.00 as an initial invest- vidual, the life insurance company will pay one or more 
ment in that CD, that banking institution would be 40 named life insurance beneficiaries. Whole life insurance 
classified as deposit capped (the lower fund limit set at contracts permit the customer or a named individual to 
$50,000.00) and all interest assigned to that annuity withdraw money from the life insurance fund or bor- 
beneficiary would be swept into short term and possibly row against the fund before the death of the named 
long term CDs with that particular banking institution. individual. The life insurance beneficiary and the person 
All CDs would mature on or before the seven year 45 entitled to withdraw or borrow against the life insur- 
maturity date of the large denomination CD with the ance fund (the policy owner) is called herein a "life 
institution. In this instance, the lower fund limit would insurance designee." The government regulations pro- 
be set at S50.000.00. vide that funds deposited in a federally approved bank- 
Step 120 follows step 118 and only interest is accumu- ing institution by a life insurance company under a life 
lated in the deposit capped banking institutions for the 50 insurance contract for the benefit of a life insurance 
particular annuity beneficiary. In other words, no new designee are insured by depositor's insurance up to the 
principal investments would be made for that benefi- established government insurance limit. Accordingly, 
ciary in that particular banking institution. Decision the present system described above with respect to 
step 122 follows step 120 and a determination is made FIGS. 1A, IB and 2 can be easily adopted by a life 
whether the total investment per annuity beneficiary in 55 insurance company to reap the benefits of depositor's 
each banking institution exceeds the insured limit. The insurance. Rather than monitoring annuity beneficiar- 
insured limit is set at $100,000.00. The NO branch re- ies, the system monitors life insurance designees* institu- 
turns to accumulate interest step 120. The YES branch tions and life insurance designees' funds deposited in the 
leads to step 124 which classifies the particular banking approved and available banking institutions. The claims 
institution as a non-available institution for the particu- 60 appended hereto are meant to cover this alternate em- 
lar annuity beneficiary. Step 124 leads to jump step 126 bodiment of the present invention. 
GO BACK TO MAIN PROGRAM. The main pro- The claims appended hereto are meant to cover mod- 
gram would be entered at any convenient point, possi- ifications and changes within the spirit and scope of the 
bly immediately before step 32. present invention. 

Although the example provided herein regarding the 65 What is claimed is: 

large denomination CD involves rolling over the inter- 1. A computer-based method for electronically pro- 

est in a short term CD, it is most likely that under the cessing transactional data and monitoring funds for a 

terms of the LD-CD, the interest would be allowed to plurality of annuities, purchased by a plurality of cus- 
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tomers funding said annuities, to obtain the benefit of 
depositor's insurance available through a plurality of 
federally approved banking institutions, said depositor's 
insurance protecting funds less than a predetermined 
insured limit, said computer-based method comprising 5 
the steps of: 

electronically identifying, inputting and storing annu- 
ity fund data, associated customer data, annuity 
beneficiary data, and banking institution data; 

electronically classifying and labeling all banking 10 
institutions which hold non-annuity funds and un- 
qualified annuity funds for each annuity beneficiary 
with a non-available banking institutions label for 
each respective annuity beneficiary after the step of 
identifying; 15 

electronically determining whether the sum of all 
annuity funds, identified with a single annuity bene- 
ficiary and designated for certificates of deposit 
issued by one of said plurality of banking institu- 
tions which is not labeled as a non-available bank- 20 
ing institution, exceeds said insured fund limit and 
if so, classifying and electronically labeling said 
one banking institution with said non-available 
banking institution label for said single annuity 
beneficiary; 25 

electronically commanding and ordering the transfer 
of all annuity funds identified with said single annu- 
ity beneficiary and designated for said one banking 
institution in excess of said insured fund limit to a 
certificate of deposit issued by another one of said 30 
plurality of banking institutions which is not la- 
beled as a non-available banking institution; and, 

electronically determining the excess funds over said 
insured fund limit, classifying and electronically 
labeling the banking institution as non-available, 35 
and commanding and electronically ordering the 
transfer of excess funds, for all banking institutions 
designated to hold certificates of deposit for all 
annuity beneficiaries to obtain the benefit of said 
depositor's insurance for qualified annuity funds. 40 

2. A method as claimed in claim 1 wherein the step of 
identifying and storing includes identifying and storing 
annuity fund data, which describes each annuity fund 
that is established for the benefit of each annuity benefi- 
ciary; wherein said associated customer data identifies 45 
the person funding the annuity; wherein said annuity 
beneficiary data identifies the beneficiary of the annuity; 
and wherein said banking institution data, identifies all 
banking institutions holding said annuity funds for re- 
spective annuity beneficiaries. SO 

3. A method as claimed in claim 2 including the steps 
of: 

electronically inputting data regarding government 
established depositor's insurance limit value; 

establishing said predetermined insured limit as one of 55 
said depositor's insurance limit value or a predeter- 
mined lower value. 

4. A method as claimed in claim 3 wherein the step of 
identifying includes the step of identifying annuity 
funds as qualified annuity funds and unqualified annuity 60 
funds wherein said qualified annuity funds are protecta- 
ble under said depositor's insurance and said unqualified 
annuity funds are not protectable under said depositor's 
insurance. 

5. A method as claimed in claim 4 including the step 65 
of electronically maintaining and producing, prior to a 
pooled investment, a list of available banking institu- 
tions, which have not been classified as non-available 


banking institutions, and a list of non-available labeled 
banking institutions for each respective annuity benefi- 
ciary. 

6. A method as claimed in claim 4 wherein the step of 
determining whether the sum of all annuity funds ex- 
ceeds said predetermined insured limit includes the step 
of summing all interest payments made on annuity funds 
and designated for said one banking institution. 

7. A method as claimed in claim 5 including the steps 
of electronically identifying and storing certificate of 
deposit data along with said annuity fund data, said 
certificate of deposit data including information relative 
to a due date of respective certificates of deposit, and 
including the step of electronically declassifying a re- 
spective banking institution from non-available to avail- 
able when a corresponding certificate of deposit is due. 

8. A computer-based method for electronically pro- 
cessing and monitoring funds for a plurality of annuities, 
purchased by a plurality of customers funding said an- 
nuities, to obtain the benefit of depositor's insurance 
available through a plurality of federally approved 
banking institutions, said depositor's insurance protect- 
ing funds less than a predetermined insured limit, said 
computer-based method comprising the steps of: 

providing a computer system for the input, output, 
correlation and storage of customer data, annuity 
beneficiary data, annuity fund data, and banking 
institution data; 

via said computer system: 

(a) electronically identifying and storing data describ- 
ing each annuity fund, held for the benefit of each 
annuity beneficiary, and associated customer data, 
representing the person funding the annuity, annu- 
ity beneficiary data, representing the beneficiary of 
the annuity, and banking institution data, represent- 
ing all banking institutions holding said annuity 
funds of said plurality of banking institutions; 

(b) electronically classifying and labeling all banking 
institutions which hold non-annuity funds and un- 
qualified annuity funds for each annuity beneficiary 
as non-available banking institutions for each re- 
spective annuity beneficiary; 

(c) electronically calculating the sum of all annuity 
funds identified with a single annuity beneficiary 
designated for certificates of deposit issued by one 
of said plurality of banking institutions which is not 
labeled as a non-available banking institution; 

(d) electronically determining whether the sum ob- 
tained in step (c) exceeds said insured fund limit 
and if so, classifying and electronically labeling 
said one banking institution as a non-available 
banking institution for said single annuity benefi- 
ciary; 

(e) electronically commanding and ordering the 
transfer of all annuity funds identified with said 
single annuity beneficiary and designated for said 
one banking institution in excess of said insured 
fund limit to a certificate of deposit issued by an- 
other one of said plurality of banking institutions 
which is not labeled as a non-available banking 
institution; 

(0 repeating steps (c) through (e) for all banking 
institutions designated and electronically identified 
to hold annuity funds for said single annuity benefi- 
ciary to obtain the benefit of said depositor's insur- 
ance for qualified annuity funds; 

(g) repeating steps (c) through (0 for all annuity bene- 
ficiaries; 
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(i) generating a periodic printed out report showing 
the sum of all annuity funds for a respective annu- 
ity beneficiary provided by a corresponding cus- 
tomer and which obtain the benefit of said deposi- 
tor's insurance for said qualified annuity funds; and, 5 

(j) generating at least one further printed out report 
showing all non-available banking institutions for 
each said respective annuity beneficiary. 

9. A method as claimed in claim 8 including the steps 
Of: "> 

electronically inputting data regarding government 
established depositor's insurance limit value; 

establishing said predetermined insured limit as one of 
said depositor's insurance limit value or a predeter- 
mined lower value. 15 

10. A method as claimed in claim 9 wherein the step 
of identifying includes the step of identifying annuity 
funds as qualified annuity funds and unqualified annuity 
funds wherein said qualified annuity funds are protecta- 
ble under said depositor's insurance and said unqualified 
annuity funds are not protectable under said depositor's 
insurance. 

11. A method as claimed in claim 10 including the 
step of electronically maintaining a list of available ^ 
banking institutions, which have not been classified as 
non-available banking institutions, and non-available 
banking institutions for each respective annuity benefi- 
ciary. 

12. A method as claimed in claim 10 wherein the step 3Q 
of determining whether the sum of all annuity funds 
exceeds said predetermined insured limit includes the 
step of summing all interest payments made on annuity 
funds and designated for said one banking institution. 

13. A method as claimed in claim 11 including the 35 
steps of electronically identifying and storing certificate 
of deposite data along with said annuity fund data, said 
certificate of deposit data including information relative 

to a due date of respective certificates of deposit, and 
including the step of electronically declassifying a re- 43 
spective banking institution from non-available to avail- 
able when a corresponding certificate of deposit is due. 

14. A computer-based method for electronically pro- 
cessing transactional data and monitoring funds for a 
plurality of annuities, purchased by a plurality of cus- 45 
tomers funding said annuities, to obtain the benefit of 
depositor's insurance available through a plurality of 
federally approved banking institutions, said depositor's 
insurance protecting funds less than a predetermined 
insured limit, said computer-based method comprising 50 
the steps of: 

electronically identifying, inputting and storing annu- 
ity fund data, associated customer data, annuity 
beneficiary data, and banking institution data; 

electronically classifying all banking institutions 55 
which hold non-annuity funds and unqualified an- 
nuity funds for each annuity beneficiary as non- 
avaUable banking institutions for each respective 
annuity beneficiary; 

establishing a predetermined fund limit less than said 60 
predetermined insured limit; 

electronically determining whether the sum of all 
annuity funds, identified with a single annuity bene- 
ficiary and designated for certificates of deposit 
issued by one of said plurality of banking institu- 65 
tions which is not classified as a non-available 
banking institution, exceeds said predetermined 
fund limit and if so, classifying said one banking 


institution as an deposit capped banking institution 
for said single annuity beneficiary; 
electronically inputting data relative to interest pay- 
ments made on all annuity funds held in deposit 
capped banking institutions for a respective annuity 
beneficiary and determining whether all annuity 
funds identified with said single annuity beneficiary 
and designated for said one banking institution, 
including interest payments, exceeds said insured 
fund limit and if so, classifying said deposit capped 
banking institution as a non-available banking insti- 
tution; 

electronically commanding the transfer of all addi- 
tional annuity funds identified with said single an- 
nuity beneficiary and designated for said one bank- 
ing institution in excess of said predetermined fund 
limit to be deposited in another one of said plurality 
of banking institutions which is not classified as a 
non-available banking institution; and, 

electronically determining the excess funds over said 
predetermined fund limit and said insured fund 
limit, classifying the banking institution as deposit 
capped and non-available, respectively, and com- 
manding the transfer of excess funds, for all bank- 
ing institutions designated to hold certificates of 
deposit for all annuity beneficiaries to obtain the 
benefit of said depositor's insurance for qualified 
annuity funds. 

15. A computer-based system for electronically pro- 
cessing annuity funds to obtain the benefit of depositor's 
insurance available through a plurality of federally ap- 
proved banking institutions, said depositor's insurance 
protecting funds less than a predetermined insured limit, 
said computer-based system comprising: 

means for electronically inputting and storing annuity 
fund data and associated customer data, annuity 
beneficiary data, and banking institution data; 

means for classifying, electronically labeling and 
maintaining an electronically callable and display- 
able list of all banking institutions which hold non- 
annuity funds and unqualified annuity funds for 
each annuity beneficiary as non-available banking 
institutions for each respective annuity beneficiary; 

means for determining whether the sum of all annuity 
funds, identified with a single annuity beneficiary 
and designated for certificates of deposit issued by 
one of said plurality of banking institutions which is 
not classified and labeled as a non-available bank- 
ing institution, exceeds said insured fund limit and 
if so, classifying and automatically and electroni- 
cally labeling said one banking institution with a 
non-available banking institution label for said sin- 
gle annuity beneficiary; 

means for commanding and electronically ordering 
the transfer of all annuity funds identified with said 
single annuity beneficiary and designated for said 
one banking institution in excess of said insured 
fund limit to a certificate of deposit issued by an- 
other one of said plurality of banking institutions 
which is not labeled as a non-available banking 
institution; and, 

means for determining excess funds over said insured 
fund limit, classifying and electronically labeling 
the banking institution as non-available, and com- 
manding the transfer of excess funds, for all bank- 
ing institutions designated to hold certificates of 
deposit for all annuity beneficiaries to obtain the 
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benefit of said depositor's insurance for qualified 
annuity funds. 

16. A system as claimed in claim 15 including means 
for maintaining a callable, composite listing of all bank- 
ing institutions which are not non-available banking 5 
institutions for each annuity beneficiary; and means for 
classifying and maintaining a callable list of all banking 
institutions which hold non-annuity funds and unquali- 
fied annuity funds for each annuity beneficiary as non- 
available banking institutions for each respective annu- 10 
ity beneficiary. 

17. A system as claimed in claim 16 including means 
for inputting data regarding government established 
depositor's insurance limit vaiue; and, means for estab- 
lishing said predetermined insured limit as one of said IS 
depositor's insurance limit value or a predetermined 
lower value. 

18. A system as claimed in claim 16 wherein said 
means for classifying utilizes annuity fund data, annuity 
beneficiary data and banking institution data from said 20 
means for inputting and storing and further includes 
means for identifying annuity funds as qualified annuity 
funds and unqualified annuity funds wherein said quali- 
fied annuity funds are protectable under said depositor's 
insurance and said unqualified annuity funds are not 25 
protectable under said depositor's insurance. 

19. A system as claimed in claim 18 wherein said 
annuity fund data includes data regarding interest flow- 
ing from said annuity funds. 

20. A system as claimed in claim 19 including means 30 
for maintaining a callable, composite listing of all bank- 
ing institutions which are not non-available banking 
institutions for each annuity beneficiary. 

21. A system as claimed in claim 20 including means 
for compiling and producing reports showing all avail- 35 
able banking institutions for each annuity beneficiary 
and the sum of all annuity funds for a respective annuity 
beneficiary which is protected by said depositor's insur- 
ance. 

22. A system as claimed in claim 16 wherein said 40 
means for inputting and storing includes inputting and 
storing certificate of deposit data along with said annu- 
ity fund data, said certificate of deposit data including 
information relative to a due date of respective certifi- 
cates of deposit, and the system includes means for 45 
declassifying a respective banking institution from non- 
available to available when a corresponding certificate 
of deposit is due and the annuity funds are withdrawn. 

23. A computer-based method for electronically pro- 
cessing transactional data and monitoring funds for a 50 
plurality of annuities, purchased by a plurality of cus- 
tomers funding said annuities, to obtain the benefit of 
depositor's insurance available through a plurality of 
federally approved banking institutions, said depositor's 
insurance protecting funds less than a predetermined 55 
insured limit, said computer-based method comprising 
the steps of: 

electronically identifying, inputting and storing annu- 
ity fund data, associated customer data, annuity 
beneficiary data, and banking institution data; 60 

electronically classifying and labeling all banking 
institutions which hold non-annuity funds and un- 
qualified annuity funds for each annuity beneficiary 
with a non-available banking institutions for each 
respective annuity beneficiary after the step of 65 
identifying; 

. electronically determining whether the sum of all 
annuity funds, identified with a single annuity bene- 
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ficiary and designated for certificates of deposit 
issued by one of said plurality of banking institu- 
tions which is not labeled as a non-available bank- 
ing institution, exceeds said insured fund limit and 
if so, classifying and electronically labeling said 
one banking institution with said non-available 
banking institution labeled for said single annuity 
beneficiary; 

electronically commanding the transfer of all annuity 
funds identified with said single annuity beneficiary 
and designated for said one banking institution in 
excess of said insured fund limit to be deposited in 
another one of said plurality of banking institutions 
which is not classified as a non-available banking 
institution; and, 

electronically determining the excess funds over said 
insured fund limit, classifying the banking institu- 
tion as non-available, and commanding the transfer 
of excess funds, for all banking institutions desig- 
nated to hold certificates of deposit for all annuity 
beneficiaries to obtain the benefit of said deposi- 
tor's insurance for qualified annuity funds. 

24. A computer-based system for processing annuity 
funds to obtain the benefit of depositor's insurance 
available through a plurality of federally approved 
banking institutions, said depositor's insurance protect- 
ing funds less than a predetermined insured limit, said 
computer-based system comprising: 

means for inputting and storing annuity fund data and 
associated customer data, annuity beneficiary data, 
and banking institution data; 

means for classifying and maintaining a callable list of 
all banking institutions which hold non-annuity 
funds and unqualified annuity funds for each annu- 
ity beneficiary as non-available banking institutions 
for each respective annuity beneficiary; 

means for determining whether the sum of all annuity 
funds, identified with a single annuity beneficiary 
and designated for certificates of deposit issued by 
one of said plurality of banking institutions which is 
not classified as a non-available banking institution, 
exceeds said insured fund limit and if so, classifying 
said one banking institution as a non-available 
banking institution for said single annuity benefi- 
ciary; 

means for commanding the transfer of all annuity 
funds identified with said single annuity beneficiary 
and designated for said one banking institution in 
excess of said insured fund limit to be deposited in 
another one of said plurality of banking institutions 
which is not classified as a non-available banking 
institution; and, 

means for determining excess funds over said insured 
fund limit, classifying the banking institution as 
non-available, and commanding the transfer of 
excess funds, for all banking institutions designated 
to hold certificates of deposit for all annuity benefi- 
ciaries to obtain the benefit of said depositor's in- 
surance for qualified annuity funds. 

25. A computer-based method for electronically pro- 
cessing transactional data and monitoring funds for a 
plurality of life insurance contracts, purchased by a 
plurality of customers funding said life insurance con- 
tracts, to obtain the benefit of depositor's insurance 
available through a plurality of federally approved 
banking institutions, said depositor's insurance protect- 
ing funds less than a predetermined insured limit, said 
computer-based method comprising the steps of: 
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electronically identifying, inputting and storing life 
insurance fund data, associated customer data, life 
insurance beneficiary data, and banking institution 
data; 

electronically classifying all banking institutions 5 
which hold funds for each life insurance benefi- 
ciary as non-available banking institutions for each 
respective life insurance beneficiary after the step 
of identifying; 

electronically determining whether the sum of all life 10 
insurance funds, identified with a single life insur- 
ance beneficiary and designated for certificates of 
deposit issued by one of said plurality of banking 
institutions which is not classified as a non-availa- 
ble banking institution, exceeds said insured fund 15 
limit and if so, classifying said one banking institu- 
tion as a non-available banking institution for said 
single life insurance beneficiary; 

electronically commanding the transfer of all life 
insurance funds identified with said single life in- 20 
surance beneficiary and designated for said one 
banking institution in excess of said insured fund 
limit to be deposited in another one of said plurality 
of banking institutions which is not classified as a 
non-available banking institution; and, 25 

electronically determining the excess funds over said 
insured fund limit, classifying the banking institu- 
tion as non-available, and commanding the transfer 
of excess funds, for all banking institutions desig- 
nated to hold certificates of deposit for all life in- 30 
surance beneficiaries to obtain the benefit of said 
depositor's insurance. 

26. A computer-based system for processing life in- 
surance funds to obtain the benefit of depositor's insur- 
ance available through a plurality of federally . approved 35 


banking institutions, said depositor's insurance protect- 
ing funds less than a predetermined insured limit, said 
computer-based system comprising: 
means for inputting and storing life insurance fund 
data and associated customer data, life insurance 
beneficiary data, and banking institution data; 
means for classifying and maintaining a callable list of 
all banking institutions which hold funds for each 
life insurance beneficiary as non-available banking 
institutions for each respective life insurance bene- 
ficiary; 

means for determining whether the sum of all life 
insurance funds, identified with a single life insur- 
ance beneficiary and designated for certificates of 
deposit issued by one of said plurality of banking 
institutions which is not classified as a non-availa- 
ble banking institution, exceeds said insured fund 
limit and if so, classifying said one banking institu- 
tion as a non-available banking institution for said 
single life insurance beneficiary; 

means for commanding the transfer of all life insur- 
ance funds indentified with said single life insur- 
ance beneficiary and designated for said one bank- 
ing institution in excess of said insured fund limit to 
be deposited in another one of said plurality of 
banking institutions which is not classified as a 
non-available banking institution; and, 

means for determining excess funds over said insured 
fund limit, classifying the banking institution as 
non-available, and commanding the transfer of 
excess funds, for all banking institutions designated 
to hold certificates of deposit for all life insurance 
beneficiaries to obtain the benefit of said deposi- 
tor's insurance. 


40 


45 


50 


55 


60 


65 


04/15/2003, EAST Version: 1.03.0002 


United States Patent im 

Hagan 


[ii] 

[45] 


US005864685A 

Patent Number: 5,864,685 
Date of Patent: Man. 26, 1999 


[54] INCREASING INCOME TRUST COMPUTER 
TRANSACTION SYSTEM AND INSURED 
INVESTMENT ACCOUNT SYSTEM 

[76] Inventor: Bernard P. Hagan, 115 Commonwealth 
Ave., San Francisco, Calif. 94118 

[ * ] Notice: The portion of the term of this patent 
subsequent to Jul. 10, 2012, has been 
disclaimed. 

(21] Appl. No.: 203,214 

[22] Filed: Feb. 28, 1994 

[51] Int. CI * G06F 17/60 

[52] U.S. CI 395/235; 395/237; 395/236 

[58] Field of Search 364/401, 408, 

364/401 R; 235/379; 395/201, 235, 236, 

237, 239 

[56] References Cited 

U.S. PATENT DOCUMENTS 

4,774,663 9/1988 Musmanno et al 364/408 

4,953,085 8/1990 Atkins 364/408 

4,985,833 1/1991 Oncken 364/408 


5,291,398 
5,297,026 


3/1994 
3/1994 


Hagan 364/408 

Hoffman 364/401 


Primary Examiner— Robert A Weinhardt 
Attorney, Agent, or Firm— Robert C. Kain, Jr. 

[57] ABSTRACT 

This invention relates to a data processing system and 
computer-based data processing method for managing an 
investment account structure. According to some of the 
preferred embodiments, the account structure is made up of 
one or more annuity contracts or life insurance contracts, 
each of the contracts being owned by one or more individual 
subscribers. Premiums are paid for the contracts being 
invested in one or more depository accounts, insured by 
deposit insurance, at one or more financial institutions. 
According to another preferred embodiment, annuity con- 
tracts are structured in one or more irrevocable trusts, with 
each subscriber's principal and/or income placed in a trust 
corpus of one of the irrevocable trusts. Each subscriber has 
a primary beneficiary (usually the subscriber) and a second- 
ary beneficiary. When a subscriber dies, the trust income is 
distributed to the remaining primary beneficiaries. When the 
last subscriber dies, the entire trust is distributed propor- 
tionally to the secondary beneficiaries. 
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INCREASING INCOME TRUST COMPUTER 
TRANSACTION SYSTEM AND INSURED 
INVESTMENT ACCOUNT SYSTEM 

BACKGROUND OF THE INVENTION 

The present invention relates to a system and a method for 
electronically processing transactional data and monitoring 
funds invested in one or more of annuity contracts or life 
insurance contracts such that the invested funds are pro- 
tected by depositor's insurance, such as FDIC insurance. 

Certain banking institutions, banks and savings and loans 
pay premiums such that money on deposit in those banking 
institutions is insured. For example, in the United States, the 
premiums are paid to an agency of the federal government 
(the Federal Deposit Insurance Corporation, or FDIC), and 
the institutions thus are federally insured. If the banking 
institution becomes insolvent for any reason, the FDIC pays 
the depositor for any losses up to an established insured 
limit. At present, deposits are insured up to $100,000.00. 
There is a regulation in the United States which provides that 
funds deposited by life insurance companies or a corporation 
solely to fund life insurance or annuity contracts will be 
insured up to the depositor's insurance limit ($100,000.00) 
per individual entitled to receive benefits under the contract. 
The persons entitled to receive benefits under an annuity 
contract or a life insurance are called herein contract "pri- 
mary beneficiaries" whether those persons are classified as 
subscribers or customers (the individuals who invest in the 
contracts) or as other beneficiaries (other individuals). 

An annuity contract is a contract that pays a primary 
beneficiary an amount at regular intervals or pays a primary 
beneficiary a lump sum at a predetermined time in the future. 
The annuity contract is funded or provided for by a sub- 
scriber. Essentially, the subscriber pays a certain amount of 
money to a company, the company invests that money, and 
the company at a certain time in the future or at regular 
intervals pays the primary beneficiary a prescribed amount 
as required under the annuity contract. Primary beneficiaries 
for annuity contracts are sometimes called "annuitants." 

Similarly, a life insurance contract pays out a sum upon 
the death of a subscriber to primary beneficiaries. 

If annuity contracts are structured as an irrevocable trust, 
the subscriber's principal and/or income is placed in a trust 
corpus. The total income of the trust corpus is distributed to 
all primary beneficiaries. Then as mortality reduces the 
number of primary beneficiaries, the trust income is distrib- 
uted to fewer and fewer primary beneficiaries. When the last 
subscriber dies, the trust corpus is distributed to "secondary 
beneficiaries." 

SUMMARY OF THE INVENTION 

The present invention relates to a data processing system 
and method for implementing and administering an insured 
savings account structure. More particularly, there are five 
major preferred embodiments of this invention: (1) fixed 
annuity contracts, which may be tax-deferred annuities; (2) 
variable annuity contracts, which may be tax-deferred annu- 
ities; (3) ordinary life insurance contracts; (4) universal life 
insurance contracts; and (5) annuity contracts structured in 
an increasing income trust. These will be summarized 
below. The invention is also suitable for general types of life 
insurance contracts and other types of annuity contracts. 
Fixed and Variable Annuity Contracts 

A system and method according to the present invention 
can manage one or more fixed or variable annuity contracts. 
Fixed annuity contracts provide a guaranteed income over 
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time. Variable annuity contracts have returns that may vary 
over time. Systems and methods according to these pre- 
ferred embodiments are particularly useful for optionally 
providing individuals with retirement savings and benefits. 

5 In particular, according to these embodiments, a data 
processing system for managing an investment account 
structure comprising one or more annuity contracts, each of 
the annuity contracts being owned by one or more individual 
subscribers, premiums paid for the annuity contracts being 
invested in one or more depository accounts, insured by 
deposit insurance, at one or more financial institutions. The 
system comprises: computer processor means for processing 
data; storage means for storing data on a storage medium; 
depository monitoring means for processing data represent- 
ing the depository accounts insured by deposit insurance and 

15 for ensuring that deposit insurance requirements are met for 
all depositories and all subscribers; and payment tracking 
means for inputting data representing all transactions of the 
investment account structure and for computing ownership 
of a share of the investment account structure of each of one 

20 or more beneficiaries of each annuity contract. 

Some types of annuity contracts are deferred annuity 
contracts. Deferred annuity contracts allow funds to be 
accumulated on a tax-deferred basis over the term of the 
contract and pay a lump sum or make periodic payments to 

25 annuitants at certain times in the future. For example, a 
subscriber may fund a deferred annuity and, upon retirement 
of the subscriber, the company holding the annuity pays the 
subscriber either a lump sum or periodic payments as 
selected by the annuitant. In this example, the contract is 

30 annuitized upon retirement of the subscriber. If the contract 
is surrendered during early years, there typically are surren- 
der penalties. If there are partial withdrawals, penalties 
sometimes apply. Interest if withdrawn is reportable as 
income in the year of withdrawal. 

35 In order to obtain the benefit of the depositor's insurance, 
the corporation holding the annuity must establish an inter- 
nal account for the primary beneficiary and place the funds 
on deposit with a federally approved institution (e.g., a FDIC 
institution). Hp WRVRr r foe corporation can accumulate an d 

40 c ombine investments for a number of annuity beneficiarie s 

fr^titution. such as a bank. The reflations provide that, in 
the event % hanking institution becomes insolvent, the 
federal agency providing the depositors' insurance will pa v 

45 for losses sustained fry a particular primary beneficiar y 
provided those losses do not exceed trje esfabli shf H Hfipngj. 
tor's insurance limit va lue. 

Tax-deferred annuities are presently being marketed 
throughout the United States by life insurance companies. 

50 Tax law currently allows interest earnings in tax-deferred 
annuity accounts to accumulate tax free until withdrawn. 
Consequently, this form of annuity has become a popular 
investment, particularly for those saving for their retirement 
years. However, funds invested in deferred annuities are not 

55 federally insured. There have been losses suffered by pur- 
chasers of annuities due to the inability of some insurance 
companies to remain solvent. This is particularly devastating 
for anyone depending on annuity income for support during 
retirement years. In addition, elderly persons and persons of 

60 all ages currently retired and planning retirement are greatly 
concerned that they will not have enough money to live on 
in their old age. The costs of many essentials continue to 
increase: housing, food, fuel, etc. Health care costs, 
particularly, are worrisome, and especially costs for 

65 extended hospitalization or nursing care. 

It would be a great benefit if the features of annuities 
(ordinary or tax-deferred) could be combined with federal 
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deposit insurance. In the United States, for example, there subscribers, with each subscriber's principal and/or income 

are provisions in the law that are designed to permit funds placed in a trust corpus in one of the irrevocable trusts, and 

used to purchase annuity contracts (or life insurance with premiums paid for the annuity contracts and principal 

contracts) to receive FDIC insurance. However, there are of the trusts being invested in one or more depository 

problems in administering a system and method for man- 5 accounts, insured by deposit insurance, offered by one or 

aging insured deposits. more participating depository institutions. The system com- 

For example, the absolute security of total FDIC insur- prises: computer processor means for processing data; stor- 

ance coverage for all the system's subscribers must be age means for storing data on a storage medium; depository 

maintained by investing all premiums only in FDIC insured monitoring means for processing data representing the 

deposit contracts with FDIC insured depository institutions. 10 depository accounts and for ensuring that deposit insurance 

The commingled investments of all the subscribers must be requirements are met for all depositories and all subscribers; 

monitored so that no one subscriber ever has an investment payment tracking means for processing data representing all 

in one depository that exceeds the FDIC insurance limit. transactions of the investment account structure and for 

Life Insurance Contracts computing each subscriber's percentage ownership of the 

According to two other preferred embodiments, a system is investment account structure; and trust payment means for 
and method according to the present invention manages one computing, upon the death of each subscriber, the payments 
or more ordinary or universal life insurance contracts. These to each remaining subscriber's primary beneficiaries from 
embodiments arc analogous to the preceding embodiments the proper trust and for computing, upon death of a last 
and address similar administrative problems, with ordinary subscriber, the pro rata distribution to each secondary ben- 
life insurance contracts analogous to fixed annuity contracts 20 eficiary from the proper trust. 

and with universal life insurance contracts analogous to Other objects and embodiments of the invention, its 

variable annuity contracts. However, unlike the previous nature, and various advantages will be apparent to those of 

embodiments, life insurance contracts cannot be used to skill in the art from the accompanying drawings and the 

establish retirement account structures. following detailed description of the invention. 

In particular, according to these embodiments, a data 25 DESCRIPTION OF THE DRAWINGS 

processing system is provided for managing an investment .^^^ wi 

account structure comprising one or more life insurance FIG. 1 is a schematic diagram depicting the flow of 

contracts, each of the life contract s being owned by one or information using a data processing system according to the 

more individual subscribers, premiums paid for the lif e present invention. 

jnsnrannf. pnntrflrta^/n.p yiYffilfid ^ n P5 Q r WVF, depository 30 FIG. 2 is a flowchart of system functioning in a data 

accounts, insured by deposit insurance, at one or more processing system according to the present invention. 

I jnanciauns tituuons. I be system comprises: computer pro- F1GS 3j 3A> and 3B m flowcharts depicting storage 

cessor means for processing data; storage means for storing maintenance means processing, with FIG. 3A further depict- 

data on a storage medium; depository monitoring means for ing the processing of subscriber transactions and FIG. 3B 

processing data representing the depository accounts and for 35 further depicting annuity contract and depository transac- 

ensuring that deposit insurance requirements are met for all tions. 

depositories and all subscribers; and payment tracking F , GS 4 and 4A-C ^ flowcharts depicting processing the 

means for inputting data representing all transactions of me m means and , he ^ of , rinci , 

investment account structure and for computing ownership ;d ; from ^ portfolio/accoUDting system . 

of a share of the investment account structure of each of one 40 ^ . „ . , . . 

or more beneficiaries of each life insurance contract. FIG. 5 15 a flowcharl de P lctin * lrust P a y ment means 

Increasing Income Trust processing. 

According to another preferred embodiment of the FIG - 6 18 2 flowchart depicting depository monitoring 

invention, the disclosed system and method may also be means processing. 

used to administer accounts set up as irrevocable trusts. Each 45 FIG. 7 is a flowchart depicting bidding means processing, 
subscriber invests in an annuity contract and is assigned, FIG. 8 is a flowchart depicting investing means process- 
along with a limited number of actuarially similar other ing. 

subscribers, to an irrevocable trust. The data processing FIGS. 9 and 9A are flowcharts depicting reporting means 

system typically will assign the subscriber as a primary processing and the processing of each report, 

beneficiary to an irrevocable trust consisting of one or more 50 
individuals of similar actuarial characteristics and equal 
investment. The trust corpus is funded with the annuity 

contract principal and/or the annuity contract income of A number of implementations of the preferred embodi- 

subscribers. Each of the primary beneficiaries (typically the ments will be apparent to those of skill in the art from the 

subscribers themselves, but possibly other individuals) 55 following descriptions of the cases of (1) a system and 

receive payments from the trust income. As each subscriber method for annuity contracts (which is analogous for life 

dies, the trust income is distributed to the remaining primary insurance contracts) and (2) a system and method for 

beneficiaries. When the last subscriber dies, the trust corpus annuity contracts structured as an irrevocable trust. Skilled 

is distributed proportionally to secondary beneficiaries, typi- artisans will be able to recognize those features that are 

cally the heirs of the primary beneficiaries. Such a system 60 optional or inapplicable for either case, thus excluding, for 

and method presents further administrative problems that example, features incompatible with a trust when imple- 

must be addressed. menting a system and method for an irrevocable trust 

In particular, according to this embodiment, a data pro- structure. The example of FDIC insurance is used 

cessing system is provided for managing an investment throughout, and the primary beneficiary is assumed to be the 

account structure comprising one or more annuity contracts 65 subscriber. 

and one or more irrevocable trusts, each of the annuity The data processing system and method according the 

contracts being owned by one or more individual present invention is depicted as part of the schematic dia- 
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gram of FIG. 1. Computer 100 comprises central processing 
unit and main memory (CPU) 102 and disk storage 103. 
Computer 100 may be, for example, a single sufficiently 
powerful computer or a network of computers jointly of 
sufficient power. 

Data and instructions that implement the process and 
method are stored in disk storage 103. The data are prefer- 
ably maintained in entity records that include descriptive 
data as shown in Table 1. The data can be organized as files, 
relational databases, or other equivalent structures. 

TABLE 1 


TABLE 2-continued 


FUNCTIONAL MODULE TYPICAL FUNCTIONAL CONTENT 


(6) 

Investment 

Invests funds available; generates 



orders to portfolio/accounting system 



to buy the most attractive deposit 



contracts. 

(7) 

Reporting 

For each file or database, qenerates 



exception, detail and summary reports. 


ENTITY RECORD 


TYPICAL DESCRIPTIVE DATA 


(1) 

Subscriber Record 

Name; address; ultimate beneficiaries; 


Actuarial data; 



Annuity contractus) owned; 



Value of subscribers total investment; 



Percent subscriber owns; 



Net of all payments to and from the 



system 

(2) 

Annuity Contract 

Owning subscriber, 


Record 

Contract terms; 



Payment history; principal value. 

(3) 

Trust Record 

List of all assigned subscribers; 


(for trust 

Payment history; principal value. 


embodiment) 


(4) 

Depository Record 

Name; address; 



Deposit contract terms offered; 



List of deposit contracts accepted; 



Net deposit balance. 

(5) 

Deposit Contract 

Depository; 


Record 

Current or redeemed; 



Terms of deposit; 



Payment history; principal value. 

(6) 

System Record 

Current date; 



Total value of the system; 



Total income for this period; 



Funds available to invest. 


20 


25 


30 


35 


Skilled artisans will recognize those functional modules 
that are optional. In addition, alternative, equivalent orga- 
nizations of data and instructions will be apparent to those 
skilled in this art. 

The other elements of FIG. 1 depict the data flow envi- 
ronment of a system and method according to the invention. 
Subscribers 104 typically correspond with one or more 
administrators 105 who enters their requested transactions 
into the system. In a networked i mplementation, subscribers, 
may deal directlvwftti the. System . Yl? rinmetqrjni'nalsJhe 
administrators also enter transactions describing FDI£ 
'j nsured depositories 108, and annuity contracts, and is 
responsible for correct system fun ction ing and aud iting 
system transactions . The entering of transactions by admin- 
istrators 105 is indicated at block 106, which could be a 
terminal or other input device. The system produces reports, 
as indicated at block 107, for administrators and subscribers 
in any convenient output form. 

The system obtains data describing the deposit contracts 
offered by the FDIC insured depositories 108 via commu- 
nications link 109. Preferably, 109 is an automatic telecom- 
munications link. Alternatively, it could also require manual 
steps. 

The system utilizes associated data processing sub- 
systems that are known in the prior art. Annuity contract 
system 110 is a subsystem for managing annuity contracts, 
receiving premium investments, making annuity payments, 
and tracking principal value. Portfolio and accounting sys- 


TABLE 2 


FUNCTIONAL MODULE TYPICAL FUNCTIONAL CONTENT 


(1) 


Storage 
maintenance 


(2) Payment tracking 


The instructions are processed by CPU 102 and are 
broken into cooperating modules. A preferred functional 40 lem HI is a subsystem for managing, th e insured deposit 
decomposition is listed in Table 2. The instructions can be contracts^ interest income, and castTon hand. These sub- 
written in procedural, database, object oriented, or other STSTe^s may be implemented on computer 100. 
equivalent computer language. Alternatively, they may reside on a separate computer sys- 

tem communicating via communications link 112 with com- 
45 puter 100. In either implementation, annuity contract system 
110 receives from computer 100 data describing annuity 
contracts and sends to computer 100 data describing pay- 
ment history and principal value of the annuity contracts. 
Portfolio and accounting system 111 receives from computer 
50 100 data describing orders to buy nr sp.11 pp^jnilar deposit 
contacts and sends fn computer 100. data describing in ™ mp 
h istory and pripcipal yai"* 1 " f ""'st anding cont racts. 

FIG. 2 illustrates both the sequence of operations of a 
system according to the invention and the flow of external 
55 data into and out of the system. The function of processes at 
blocks 201 to 208 are described in Table 2, rows 1 to 8, 
respectively. If a system according to the present invention 
does not implement the trust feature, trust payment process 
204 will not be present, nor will the pieces of aoy other 
process that are identified to process data representing trusts. 

After one or more input transactions have been gathered 
as indicated at block 106, the system starts processing at 
block 211 and continues to storage maintenance process 
201, where data is input to disk storage 103. After one or 
more transactions have been input at block 201, the suc- 
ceeding processes, at blocks 202 to 208, are performed in the 
order illustrated. The system stops at block 212. Preferably, 


(3) 


(4) 


Trust payment 
(for trust 
embodiment) 


Depository 
monitoring 


(5) Bidding 


Creates storage areas on the storage 
media; accepts transaction input data 
and updates storage areas; deletes 
storage areas. 

Accepts payment data from annuity 
contract and portfolio/accounting 
systems; computes each subscriber's 
percentage ownership and funds 
available to investment. 
Computes trust interest income; 
generates orders to 
portfolio/accounting system to pay 
proportionate amount to surviving 
beneficiaries 

Monitors total deposits to assure no 
subscriber's investment exceeds the 
FDIC limit in any depository; generates 
orders to portfolio/accounting system 
to sell deposits if limits exceeded. 
Periodically solicits from each 
depository data representing its 
highest yielding or most attractive 
deposit contract offers. 


60 


65 
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these processes would be performed at an appropriate 
interval, at least monthly but perhaps weekly or daily, 
depending on the frequency of transaction input, annuity and 
income payments, and other system events. 

A detailed description of the storage maintenance means 5 
is depicted in FIG. 3. Storage maintenance means processing 
begins at block 301 and ends at block 307, after which the 
system proceeds to the next sequential process. Transaction 
data is input as indicated at block 106 for processing at block 
302. At block 303, the system checks if the transaction is for 10 
a subscriber. If so, processing proceeds, as indicated label 
3A, to continue as described in FIG. 3A. If not, as indicated 
at blocks 304 and 305, the system checks for annuity 
contract or depository transactions, respectively, and 
proceeds, as indicated at labels 3B or 3C, respectively, to ^ 
continue as described in FIG. 3B. If the administrator 
requests a repeat, as indicated at block 306, the system will 
branch to data input at block 302, or else storage mainte- 
nance processing exits at block 307. 

Now referring to FIG. 3 A, if a subscriber transaction has 20 
been input, at block 313 the system checks for a new 
subscriber. If so, then a new storage area for this subscriber 
is created at block 314 to contain data similar to that listed 
in Table 1, row 1. If trusts are being used, then the new 
subscriber must be assigned to a trust. At block 315, the 25 
system checks if a new trust is needed, and if so a new 
storage area for this trust is created at block 316 to contain 
data similar to that listed in Table 1, row 3. The process 
indicated at block 318 updates these new storage areas. 

Process at block 317 assigns the new subscriber to a trust, 30 
which preferably consists of up to approximately 200 other 
subscribers (each with a primary beneficiary) with similar 
actuarial characteristics and equal investments. 

At block 319, the system checks for a transaction indi- 35 
eating the death of a subscriber. If not, subscriber transaction 
processing is complete. If so, the trust income is distributed 
among the remaining primary beneficiaries, as indicated at 
block 320. This requires trust and annuity contract storage 
area update at block 321. ^ 

The system performs a further test at block 322 by 
fetching all the subscriber storage areas assigned to the trust 
updated at blocks 320 and 321 and checks to determine if all 
subscribers have died. If not, processing is complete, an the 
system returns, as indicated at label 3R, to continue as 45 
indicated in FIG. 3. If so, then this trust must be terminated, 
as indicated at block 323; specifically, the trust corpus is 
distributed ratably to the secondary beneficiaries specified 
by the subscriber areas tested at block 322. Then, at block 
324, all data areas for this trust and these subscribers are 50 
deleted from the storage means. 

Turning now to FIG. 3B, if an annuity contract transaction 
has been detected, processing continues at connector 3B. At 
block 335, the system checks for a new annuity, and if so, 
a new storage area for this annuity is created by 337 to 55 
contain data similar to that listed in Table 1, row 2. An 
annuity transaction will occur when a subscriber purchases 
a contract. Finally, as indicated at block 316, the system 
updates the annuity contract storage area with the input data. 

If a depository transaction has been detected, processing 60 
continues as indicated at label 3C. At block 338, the system 
checks for a new depository, and if so, a new storage area for 
this depository is created at block 340 to contain data similar 
to that listed in Table 1, row 4. A new depository will occur 
when the administrator decides to do business with a new 65 
institution and enters a transaction containing descriptive 
data. Finally, as indicated at block 339, the system updates 
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the depository storage area with the input data. Processing 
then returns to FIG. 3, as indicated at label 3R. 

A detailed description of the payment tracking means is 
depicted in FIG. 4. Payment tracking means processing 
begins at block 501 and ends at block 533, after which the 
system proceeds to the next sequential process. Data input 
502 and the test at block 504 implement a loop to extract all 
annuity contract payment data accumulated for this period 
from annuity contract system 110. Payment data updates the 
storage area for the particular annuity contract at block 503. 

Data input at block 505 and the test at block 509 imple- 
ment a loop to extract all portfolio and accounting payment 
data accumulated for this period from portfolio and account- 
ing system 111. At blocks 506, 507, and 508, the system 
determines whether the payment is income received, prin- 
cipal paid to a depository, or principal received from a 
depository, respectively. For income received, as indicated 
at block 510, the system updates the payment history in the 
storage area for the particular deposit contract involved. 
Then, at block 511, the system accumulates the total income 
received by the benefit structure in this period by summing 
the income for all deposit contracts. This information 
updates the system record, which contains data similar to 
Table 1, row 6. 

FIG. 4C depicts system processing for principal paid to a 
depository. At block 534, the system determines whether this 
represents an investment in a new deposit contract, and if so, 
a new storage area for a deposit contract is created at block 
537 to contain data similar to that listed in Table 1, row 5. 
Then the deposit contract storage area is updated at block 
535 and the depository storage area is updated at block 536 
to reflect the new increased balance. For principal received 
from a depository, as shown in FIG. 4, the depository storage 
area is updated at block 512 to reflect the new decreased 
balance and the deposit contract record storage area is 
marked redeemed at block 513. 

Turning now to FIG. 4 A, beginning with a storage area 
fetch as indicated at block 514, the system proceeds through 
block 521 to implement a scan of all subscriber storage areas 
stored in disk storage 103. For each subscriber area, process 
steps as indicated at blocks 515 to 520 are performed to 
determine the current value of each subscriber's total invest- 
ment in the benefit structure, the total value of the benefit 
configuration, and the net total of all subscriber payments. 
All the subscriber's annuity contract storage areas are 
fetched at block 515. Subscriber net total payment is com- 
puted from these areas. The value of the investment of a 
dead subscriber, tested at block 516, is simply the final 
principal balance of all owned annuity contracts, which is 
updated at block 517. For a living subscriber, the current 
value of all annuity contracts is computed, by means known 
to those of skill in the art, at block 518. At block 520, the 
subscriber total investment current value and net payments 
are updated. At block 519, all the subscriber values and 
payments are summed to obtain the total value of the 
investment structure and the total net payment into the 
structure. These values update the system record. 

Payment tracking means processing continues as depicted 
in FIG. 4B. Beginning with a storage fetch at block 522, the 
system proceeds through block 524 to implement another 
subscriber storage area scan during which each subscriber's 
percentage ownership of the benefit structure is computed at 
block 523. This is simply done by dividing the value of each 
subscriber's investment by the total value of the structure. 

Beginning with a storage area fetch at block 525, the 
system proceeds through block 531 to implement a scan of 
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all depository storage areas stored in disk storage 103. For 
each depository area, process steps at blocks 526 to 530 are 
performed to determine the current deposit at each deposi- 
tory and the total deposits made by the benefit structure. This 
is simply done by fetching all deposit contracts for a 
depository, as indicated at block 526. If a contract is marked 
redeemed, at block 527, its storage area is deleted at block 
528. The total of all deposits from all the deposit contracts 
updates the depository record at block 529. The depository 
totals are then summed to compute the total system deposit 
at block 530. This information updates the system record. 

Finally the funds available for investment are computed at 
block 532 as the difference from the total net payments to the 
structure, from block 519, and the total deposits, from block 
530. This information also updates the system record. 

A detailed description of the trust payment means is 
depicted in FIG. 5. Trust payment means processing begins 
at block 601 and ends at block 609, after which the system 
proceeds to the next sequential process. Beginning with a 
storage area fetch at block 602, the system proceeds through 
block 608 to implement a scan of all trust areas stored in disk 
storage 103. For each trust area, process steps at blocks 603 
to 607 are performed. 

At block 603, the system computes the particular trust's 
percentage ownership of the benefit structure by dividing the 
trust's principal value by the total value of the benefit 
structure (from the system record). The income allocated to 
this trust is computed by multiplying this percentage by the 
total income for this period (from the system record), as 
indicated at block 604. Next, at block 605, the system 
fetches storage areas for all living subscribers assigned to 
this trust; at block 606, the system divides the allocated trust 
income ratably among these subscribers; and at block 607, 
the system generates data representing payment orders to 
pay such amounts to the subscribers. This data is transferred 
to portfolio and accounting system 111, to carry out these 
financial actions. 

A detailed description of the key depository monitoring 
means is depicted in FIG. 6. Depository monitoring means 
processing begins at block 701 and ends at block 709, after 
which the system proceeds to the next sequential process. 
Beginning with a storage area at block fetch 702, the system 
proceeds through block 708 to implement a scan of all 
depository areas stored in disk storage 103. For each deposi- 
tory area, process steps at block 703 to 707 are performed. 

At block 703, the system obtains the subscriber storage 
area with the maximum percentage ownership of the invest- 
ment structure. (These percentages were computed at block 
523). This percentage multiplied by this particular deposi- 
tory total deposit is computed at block 704. This must be less 
than the FDIC limit (currently $100,000) in order that all 
subscribers be completely covered by FDIC insurance at this 
depository, as indicated at block 705. If this test is not met, 
at block 706 the system generates data representing deposit 
contract sell orders which will redeem sufficient deposit 
contracts such that this limit will be met. This sell order data 
is transferred to portfolio & accounting system 111 to carry 
out these financial actions. 

A detailed description of the bidding means is depicted in 
FIG. 7. Bidding means processing begins at block 801 and 
ends at block 806, after which the system proceeds to the 
next sequential process. Beginning with a storage area fetch 
at block 802, the system proceeds through block 805 to 
implement a scan of all depository areas stored in disk 
storage 103. For each depository area, process steps at 
blocks 803 to 804 are performed. 
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At block 803, preferably by means of a telecommunica- 
tions link (or alternatively by tape, manual, or other data 
exchange means), all depositories at which the benefit 
structure places deposits are queried for the terms of the 

5 deposit contracts currently being offered. Each depository 
responds with its most favorable deposit terms, for either 
fixed rate or indexed FDIC insured deposit contracts. The 
benefit structure, being a large depositor, will benefit from 
more favorable offers than individual subscribers could 
obtain. This data updates the depository storage area at block 
804 for use in the next process step. 

A detailed description of the investing means is depicted 
in FIG. 8. Investing means processing begins at block 901 
and ends at block 905, after which the system proceeds to the 
5 next sequential process. At block 902, the system fetches 
from disk storage 103 the deposit contract offers of all 
depositories, which were previously stored by the bidding 
means at block 804. At block 903, the system sorts these in 
an order of attractiveness. For example, this may be in order 

20 of expected yield, as determined by the contract offer terms 
and interest rate forecast for future years. Computing such 
expected yield is a process well known in the financial arts. 
If no funds are available, as indicated at block 904, the 
investing process exits at block 905. 

25 If funds are available, the next best deposit offer is 
selected at block 906 from the list generated at block 903. By 
a process identical to that detailed for the depository moni- 
toring means, the subprocess indicated at block 907 checks 
to assure that, after investment in this offer, the FDIC limit 

30 will be met for this depository. If not, the process loops to 
try again at block 904. If so, then at block 908 the system 
generates data representing a deposit contract buy order. 
This buy order data is transferred to portfolio & accounting 
system 111 to carry out this financial action. The available 

35 funds are decremented at block 909. The process loops to try 
additional investment at block 904. 

A detailed description of the reporting means is depicted 
in FIG. 9. Reporting means processing begins at block 1001 
and ends at block 1007, after which the system exits from its 

40 processing for this period, as indicated in FIG. 2 at block 
212. Subprocess steps at blocks 1002 to 1006 generate 
reports on all entities stored by the system in disk storage 
103. These entities are listed in Table 1. 
FIG. 9A details these report subprocesses, one for each 

45 type of entity. They begin processing at block 1008 and exit 
at block 1016. Beginning with a storage area fetch at block 
1009, the system proceeds through block 1015 to implement 
a scan of all storage areas of the particular entity stored in 
disk storage 103. At block 1010, the system generates 

50 exception reports requiring immediate auditing or adminis- 
trative attention. For example, exception conditions for 
subscribers may include a missed annuity premium; for 
depositories, an out of balance condition, etc. For the correct 
date, which may be weekly, quarterly, yearly, etc., at block 

55 1013 the system generates detail reports, for example listing 
all entity instances, and summary reports, for example 
providing totals of various quantities of interest. 

While it is apparent that the invention herein disclosed is 
well calculated to fulfill the objects above stated, it will be 

60 appreciated that numerous modifications and embodiments 
may be devised by those skilled in the art and it is intended 
that the appended claims cover all such modifications and 
embodiments as fall within the true spirit and scope of the 
present invention. 

65 I claim: 

1. A computer-based transactional system for managing 
an insured investment account structure including one or 
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more annuity contracts, each of the annuity contracts being 
owned by one or more individual beneficiaries and being 
paid for by one or more subscribers, premiums paid for the 
annuity contracts being invested in one or more depository 
accounts consisting of deposit contracts, insured by deposit 
insurance, at one or more financial institutions, said system 
comprising: 

computer processor means for processing data; 

storage means, coupled to said processor means, for 
storing data on a storage medium; 

depository monitoring means, coupled to said processor 
means and said storage means, for processing data 
representing the depository accounts insured by deposit 
insurance and for ensuring that deposit insurance 
requirements are met for all depository accounts and all 
beneficiaries; and 

payment tracking means, coupled to said processor 
means, said storage means and said depository moni- 
toring means, for inputting data representing all trans- 
actions of the investment account structure and for 
computing ownership of a share of the investment 
account structure of each of one or more beneficiaries 
of each annuity contract; 

reporting means coupled to said processor means and said 
storage means for processing data and providing human 
readable reports on the subscribers, beneficiaries, annu- 
ity contracts, participating financial institutions, and 
depository accounts; and, 

bidding means, coupled to said processor means and said 
storage means, for inputting and processing data rep- 
resenting the depository accounts being offered by the 
participating financial institutions; 

said depository monitoring means including means for 
determining whether each ownership share of each 
depository account for each of said beneficiaries 
exceeds said deposit insurance and means to redeem 
deposit contracts to ensure that said deposit insurance 
requirements are met for all depository accounts and all 
beneficiaries and to invest in additional deposit con- 
tracts so that insurance requirements are met for the 
investment account structure for all beneficiaries in all 
participating depository institutions. 

2. A system as claimed in claim 1, wherein said payment 
tracking means processes data representing premium pay- 
ments from each subscriber and annuity payments made to 
each beneficiary and data representing interest payments 
from and principal payments from and to the depository 
institutions in order to activate said means to redeem and to 
invest so that insurance requirements are met for the invest- 
ment account structure for all beneficiaries in all participat- 
ing institutions. 

3. A computer-based transactional system for managing 
an investment account structure including one or more life 
insurance contracts, each of the life insurance contracts 
being owned by one or more individual subscribers for the 
benefit of one or more beneficiaries, premiums paid for the 
life insurance contracts being invested in one or more 
depository accounts consisting of deposit contracts for the 
benefit of said beneficiaries, insured by deposit insurance, at 
one or more financial institutions, said system comprising; 

computer processor means for processing data; 

storage means, coupled to said processor means, for 

storing data on a storage medium; 
depository monitoring means, coupled to said processor 

means and said storage means, for processing data 
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representing the depository accounts and for ensuring 
the deposit insurance requirements are met for all 
depository accounts and all beneficiaries; and 

payment tracking means, coupled to said processor 
means, said storage means and said depository moni- 
toring means, for inputting data representing all trans- 
actions of the investment account structure and for 
computing ownership of a share of the investment 
account structure of each of one or more beneficiaries 
of each annuity contract; 

reporting means, coupled to said processor means and 
said storage means, for processing data and providing 
human readable reports on the subscribers, 
beneficiaries, life insurance contracts, participating 
financial institutions, and depository accounts; and, 

bidding means, coupled to said processor means and said 
storage means, for inputting and processing data rep- 
resenting the depository accounts being offered by the 
participating financial institutions; 

said depository monitoring means including means for 
determining whether each ownership share of each 
depository account for each of said beneficiaries 
exceeds said deposit insurance and means to redeem 
deposit contracts to ensure that said deposit insurance 
requirements are met for all depository accounts and all 
beneficiaries and to invest in additional deposit con- 
tracts so that insurance requirements are met for the 
investment account structure for all beneficiaries in all 
participating institutions. 

4. A system as claimed in claim 3, wherein said payment 
tracking means processes data representing premium pay- 
ments from each subscriber and life insurance payments to 
each beneficiary and data representing interest payments 
from and principal payments from and to the depository 
institutions in order to activate said means to redeem and to 
invest so that insurance requirements are met for the invest- 
ment account structure for all beneficiaries in all participat- 
ing institutions. 

5. A computer-based transactional system for managing 
an insured investment account structure including one or 
more irrevocable trusts, each of the irrevocable trusts being 
funded by one or more individual subscribers and designat- 
ing income beneficiaries and surviving residuary 
beneficiaries, with each subscriber's principal and/or income 
funds placed in a trust corpus in one of the irrevocable trusts, 
said principal and income funds being invested in one or 
more depository accounts consisting of deposit contracts, 
insured by deposit insurance, offered by one or more par- 
ticipating depository institutions, said system comprising; 

computer processor means for processing data; 

storage means, coupled to said processor means, for 
storing data on a storage medium; 

depository monitoring meaas, coupled to said processor 
means and said storage means, for processing data 
representing the depository accounts and for ensuring 
the deposit insurance requirements are met for all 
depository accounts and all income and residuary ben- 
eficiaries; 

means for grouping and assigning income beneficiaries 
having similar actuarial characteristics into one of said 
designated irrevocable trusts, said means for grouping 
coupled to said processor means, said depository moni- 
toring means, and said storage means; 

payment tracking means, coupled to said processor 
means, said storage means and said depository moni- 
toring means, for processing data representing all trans- 
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actions of the investment account structure and for 
computing each income beneficiary's percentage own- 
ership of the investment account structure; 

trust payment means, coupled to said processor means, 
said storage means and said depository monitoring 
means and said payment tracking means, for 
computing, upon the death of each income beneficiary, 
the payments to each remaining income beneficiary 
from said one of the irrevocable trusts and for 
computing, upon the death of a last income beneficiary, 
the pro rata distribution to all residuary beneficiaries 
designated by each subscriber from said one of the 
irrevocable trusts; 

reporting means, coupled to said processor means and 
said storage means, for processing data and providing 
human readable reports on the subscribers, 
beneficiaries, irrevocable trusts, participating deposi- 
tory institutions, and depository accounts; and, 

bidding means, coupled to said processor means and said 
storage means, for inputting and processing data rep- 
resenting the depository accounts being offered by the 
participating depository institutions; 

said depository monitoring means including means for 
determining whether each ownership share of each 
depository account for each of said income beneficia- 
ries exceeds said deposit insurance and means to 
redeem deposit contracts to ensure that said deposit 
insurance requirements are met for all depository 
accounts and all income beneficiaries and to invest in 
additional deposit contracts so that insurance require- 
ments are met for the investment account structure for 
all income beneficiaries in all participating institutions. 

6. A system as claimed in claim 5, wherein said storage 
means further comprises: 

(a) means for initializing one or more areas in the storage 
medium to receive data representing each subscriber, 
each income beneficiary and each residuary beneficiary 
in each irrevocable trust, participating depository 
institution, and insured deposit contracts; 

(b) means for inputting and storing data representing each 
subscriber, each income and residuary beneficiary for 
each irrevocable trust, each participating depository 
institution, and each insured deposit contract; and 

(c) means for initializing and maintaining an area in the 
storage means to receive data representing the financial 
state of the investment account structure. 

7. A system as claimed in claim 6, wherein payment 
tracking means processes data representing funding pay- 
ments from each subscriber and income payments to each 
income beneficiary and data representing interest payments 
from and principal payments from and to the depository 
institutions in order to activate said means to redeem and to 
invest so that insurance requirements are met for the invest- 
ment account structure for all beneficiaries in all participat- 
ing institutions. 

8. A system as claimed in claim 7, wherein payment 
tracking means computes each income beneficiary's per- 
centage ownership of the investment account structure by 
comparing the value of each subscriber's investment with 
the total value of the investment account structure and 
adding a pro rata share of said income funds from decedent 
income beneficiaries thereto. 

9. A system as claimed in claim 8, wherein said trust 
payment means computes each trust's income from data 
representing the percentage each trust's principal represents 
with respect to the total value of the investment account 
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structure and then computes each income beneficiary's 
income by dividing this trust income equally among all 
surviving income beneficiaries of this trust. 

10. A computer-based transactional system for managing 
an insured investment account structure including one or 
more irrevocable trusts, each of the irrevocable trusts being 
funded by one or more individual subscribers and designat- 
ing income beneficiaries and surviving residuary 
beneficiaries, with each subscriber's principal and/or income 
funds derived from one or more annuity contracts from said 
subscriber and placed in a trust corpus in one of the 
irrevocable trusts, said principal and income funds being 
invested in one or more depository accounts consisting of 
deposit contracts which are part of said annuity contracts, 
insured by deposit insurance, offered by one or more par- 
ticipating depository institutions, said system comprising; 

computer processor means for processing data; 

storage means, coupled to said processor means, for 
storing data on a storage medium; 

depository monitoring means, coupled to said processor 
means and said storage means, for processing data 
representing the depository accounts and for ensuring 
the deposit insurance requirements are met for all 
depository accounts and all income and residuary ben- 
eficiaries; 

means for grouping and assigning income beneficiaries 
having similar actuarial characteristics into one of said 
designated irrevocable trusts, said means for grouping 
coupled to said processor means, said depository moni- 
toring means, and said storage means; 

payment tracking means, coupled to said processor 
means, said storage means and said depository moni- 
toring means, for processing data representing all trans- 
actions of the investment account structure and for 
computing each income beneficiary's percentage own- 
ership of the investment account structure; 

trust payment means, coupled to said processor means, 
said storage means and said depository monitoring 
means and said payment tracking means, for 
computing, upon the death of each income beneficiary, 
the payments to each remaining income beneficiary 
from said one of the irrevocable trusts and for 
computing, upon the death of a last income beneficiary, 
the pro rata distribution to all residuary beneficiaries 
designated by each subscriber from said one of the 
irrevocable trusts; 

reporting means, coupled to said processor means and 
said storage means, for processing data and providing 
human readable reports on the subscribers, 
beneficiaries, irrevocable trusts, participating deposi- 
tory institutions, and depository accounts; and, 

bidding means, coupled to said processor means and said 
storage means, for inputting and processing data rep- 
resenting the depository accounts being offered by the 
participating depository institutions; 

said depository monitoring means including means for 
determining whether each ownership share of each 
depository account for each of said income beneficia- 
ries exceeds said deposit insurance and means to 
redeem deposit contracts to ensure that said deposit 
insurance requirements are met for all depository 
accounts and all income beneficiaries and to invest in 
additional deposit contracts so that insurance require- 
ments are met for the investment account structure for 
all income beneficiaries in all participating institutions. 

11. A system as claimed in claim 10, wherein said storage 
means further comprises: 
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(a) means for initializing one or more areas in the storage 
medium to receive data representing each subscriber, 
each income beneficiary and each residuary beneficiary 
in each irrevocable trust, participating depository 
institution, and insured deposit contracts; 

(b) means for inputting and storing data representing each 
subscriber, each income and residuary beneficiary for 
each irrevocable trust, each participating depository 
institution, and each insured deposit contract; and 

(c) means for initializing and maintaining an area in the 
storage means to receive data representing the financial 
state of the investment account structure. 

12. A system as claimed in claim 11, wherein payment 
tracking means processes data representing finding pay- 


16 


ment account structure for all beneficiaries in all participat- 
ing institutions. 

13. A system as claimed in claim 12, wherein payment 
tracking means computes each income beneficiary's per- 
centage ownership of the investment account structure by 
comparing the value of each subscriber's investment with 
the total value of the investment account structure and 
adding a pro rata share of said income funds from decedent 
income beneficiaries thereto. 

14. A system as claimed in claim 13, wherein said trust 
payment means computes each trust's income from data 
representing the percentage each trust's principal represents 
with respect to the total value of the investment account 


ments from each subscriber and income payments to each 15 structure and then computes each income beneficiary's 

income beneficiary and data representing interest payments income by dividing this trust income equally among all 

from and principal payments from and to the depository surviving income beneficiaries of this trust, 
institutions in order to activate said means to redeem and to 

invest so that insurance requirements are met for the invest- ***** 
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[57] ABSTRACT 

The method and computer-based system for electronically 
processing transactional data and monitoring annuity or life 
insurance funds includes identifying and storing fund data, 
customer data, beneficiary data, and banking institution data. 
In one embodiment, banking institutions which hold non- 
annuity or non-life insurance funds for a particular benefi- 
ciary over a pre- determined initial amount are monitored. 
The system sums all funds, whether qualified or unqualified 
or annuity or life insurance funds, identified with a single 
beneficiary and held by the banking institutions. If the sum 
exceeds the predetermined fund limit, the system either 
commands the transfer of all additional or excess funds 
identified with that single beneficiary to another banking 
institution or transfers the excess funds into an account 
established for another annuity beneficiary which is a pre- 
approved beneficiary from a group initially identified by the 
customer. In a further embodiment, the system generates 
various reports showing banking institutions for each 
beneficiary, banking institutions for each beneficiary in the 
subset of approved beneficiaries, and the sum of all funds for 
each respective beneficiary. There are generally three meth- 
ods employed by one or mare aspects of the present system 
which ensure that the beneficiary's invested funds are pro- 
tected with depositor's insurance. The system may continu- 
ally monitor the qualified, unqualified and non-annuity or 
life insurance funds (e.g. daily or at least every two weeks), 
may periodically monitor these funds (e.g. quarterly) or may 
not directly and electronically monitor the funds (i.e. shift 
the reporting requirement and monitoring function to the 
customer or beneficiary). 

48 Claims, 9 Drawing Sheets 
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METHOD AND SYSTEM FOR PROCESSING and invest that aggregate sum with a single banking insti- 

FEDERALLY INSURED ANNUITY AND LIFE tution. The regulations provide that, in the event the banking 

INSURANCE INVESTMENTS institution becomes insolvent, the federal agency providing 

the depositors' insurance will pay the depositors up to the 

This is a continuation-in-part of U.S. patent application 5 established depositor's insurance limit value. 

Ser. No. 08/203348, filed on Feb. 28, 1994, now abandoned, Tax deferred annuities are presently being marketed 

which is a continuation of U.S. patent application Ser. No. throughout the United States by life insurance companies. 

07/911,401 filed JuL 10, 1992, now U.S. Pat No. 5,291398 Tax |* w aUows h tokened 

issued on Mar 1 1994 annuity accounts to accumulate tax free until withdrawn. 

" 10 Consequently, this form of annuity has become a popular 

BACKGROUND OF THE INVENTION investment, particularly far those saving for their retirement 

years. However, funds invested in deferred annuities are not 

The present invention relates to a method and a system for federally insured. There have been losses suffered by pur- 

electronically processing transactional data and monitoring chasers of annuities due to the inability of some insurance 

funds invested in a plurality of annuities or life insurance |5 companies to remain solvent This is particularly devastating 

investments such that the invested funds are protected by f or anyone depending on annuity income for support during 

depositor's insurance, such as FDIC insurance. retirement years. It would be a great benefit if the features 

Federally approved banking institutions, and saving and of tax deferred annuities could be combined with federal 

loan institutions, pay premiums to the federal government deposit insurance. 

such that money on deposit in those banking institutions is ^ Funds deposited in Federal Deposit Insurance Corpora- 

federally insured. If the banking institution becomes insol- tion (FDIC) banks solely to fund annuities or life insurance 

vent for any reason, the federal government pays the deposi- contracts are currently insured up to $100,000.00 for each 

tor for any losses up to an established insured limit At annuitant Present FDIC regulations permit this to be done, 

present, deposits are insured up to $100,000.00. There is a a system that enables life insurance and annuity companies 

regulation which provides that funds deposited by life 25 to place annuity funds or life insurance funds so as to be 

insurance companies or a corporation solely to fund life covered by federal deposit insurance without exceeding 

insurance or annuity contracts will be insured up to the those limitations and which continually monitors accounts 

depositor's insurance limit ($100,000.00) per individual for the same purpose, performs a valuable service for the 

(annuitant) entitled to receive benefits under the contract customer. 

The persons entitled to receive benefits under an annuity Individuals that presently have funds in banks can main- 
contract are called herein "annuity beneficiaries'* whether tain their deposits in different categories of legal ownership 
those persons are legally classified as annuitants or as wn ich makes it possible to have more than $100,000.00 
beneficiaries. An annuity contract is a contract that pays an insurance coverage in a single institution. This is true only 
annuity beneficiary an amount at regular intervals or pays an jf me are owned and deposited in different ownership 
annuity beneficiary a lump sum at a predetermined time in 35 categories. Individuals almost always monitor their deposits 
the future. The annuity may be a variable annuity which pays ^ savings institutions so as to maintain full insurance 
a beneficiary variable returns from various investments, over coverage at all times. However, if such individuals purchase 
a period of time or at a certain time, based upon certain a tax deferred annuity that is to be deposited in an insured 
financial conditions, i.e. S & P 500 index, or may be fixed institution, the responsibility to monitor such funds as to 
annuity which pays the beneficiaries a fixed or set sum of ^ their insurability shifts to the insurance or annuity company, 
money over a period of time. The annuity contract is funded ^ problem immediately arises since a multi-state life insur- 
er provided for by a customer. Essentially, the customer pays ance company collecting premiums from thousands of con- 
a certain amount of money to a company, the company tract holders throughout the U.S. could inadvertently fund an 
invests that money, and the company at a certain time in the annuitant's contract by depositing funds in an institution in 
future or at regular intervals pays the annuity beneficiary a 45 which the annuitant already has a standard deposit, savings 
prescribed amount as required under the annuity contract account or certificate of deposit If the funds deposited by 
Annuity beneficiaries are sometimes called "annuitants." the insurance company and the already existing account in 

Some types of annuity contracts are deferred annuity that same institution are maintained in the same category of 

contracts. Deferred annuity contracts allow funds to be legal ownership, FDIC regulations require that the insured 

accumulated on a tax deferred basis over the term of the so limit must be applied to the combined total amount held 

contract and pay a lump sum or make periodic payments to within each category. This could result in funds being 

annuitants at a certain time in the future. For example, a without insurance coverage. This would be a violation of the 

customer may fund a deferred annuity and, upon retirement contract on the part of the insurance or annuity company that 

of the customer, the company holding the annuity pays the promised to place the funds so as to be federally insured, 

customer either a lump sum or periodic payments as selected 55 Given that a multiplicity of insurance companies would be 

by the annuitant. In this example, the contract is annuitized depositing funds in a multiplicity of banks involving annuity 

upon retirement of the customer. If the contract is surren- accounts from thousands of customers, a system needs to be 

dered during early years, there are surrender penalties. If devised that would safeguard annuity purchasers from the 

there are partial withdrawals, penalties sometimes apply. risk of uninsured accounts, and which would enable insur- 

Interest if withdrawn is reportable as income in the year of $o ance companies to meet their contractual obligations. Such 

withdrawal. a system must also periodically monitor accounts focusing 

In order to obtain the benefit of the depositor's insurance, on the impact of interest additions to all accounts and the 

the corporation holding the annuity must establish an inter- impact thereof as it relates to insurance limits, 

nal account for the annuity beneficiary and place the funds Life insurance companies also sell various types of life 

on deposit with a federally approved institution (FDIC 65 insurance financial products. For example, whole life, term 

institution). However, the corporation can accumulate and life and universal life insurance financial products are sold 

combine investments for a number of annuity beneficiaries by these companies. As stated earlier, funds deposited by life 
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insurance companies solely to fund life insurance contracts There are generally three methods employed by one or 

will be insured up to the depositor's insurance limit per more aspects of the present system which ensure mat the 

beneficiary entitled to receive benefits under the contract. beneficiary's invested funds are protected with depositor's 

insurance. The system may continually monitor the 

OBJECTS OF THE INVENTION 5 qualified, unqualified and non-annuity funds (e.g. daily or at 

It is an object of the present invention to provide a method least every two weeks), may periodically monitor these 

and a computer-based system for processing transactional ( e -g- quarterly) or may not directly and electromcaUy 

data and monitoring funds of a plurality of annuities monitor the funds (Le. shift the reporting requirement and 

whereby the funds are fully protected by depositor's insur- monitoring function to the customer or beneficiary). The 

10 monitoring may encompass a single bank or multiple banks. 

. ^ . . . . „ To ensure that the sum of the funds do not exceed the insured 

It is anofter object of toe present invention to provide a ^^^^ co^ed to a lower predetermined 

method and a computer-based system which monitors the "» unqualified and oon^annuity funds 

value of each annuity beneficiary fund placed m each predetermined debitor's threshold do not affect 

banking mstmiUon such that the total amount of funds, both J< ^ ^ k ffle ^ 

pnnapal and interest, plus any non-annuity fiinds and ^ me ^ value mi 

unqualified annuity funds in .each banking insWution is less D0Mimu ^ ^ „ ncatomtd by the computer-based 

Aan , l predetermined fiind limit (which may be equal to or * * «2m 

less than the depositor insurance bmit). ^ rf ^ m me bank do not excced me 

K is another object of the present invention to provide a M depo$itor . s insurance . 

method and a computer-based system which classifies, in _. ., ^ . . . . 

certain instances, biking institutions as being non-available Diversificauon of the annuity investments and conversion 

institutions when the annuity fund in a respective institution of ™?™ d "J * e annuity fund 

for a particular annuity beneficiary exceeds the predeter- m 3150 covered ™ d P rocessed b ? the P 16 ^ 6 

mined fund limit 25 BRIEF DESCRIPTION OF DRAWINGS 

It is a further object of the present invention to provide a 

method and a computer-based system which transfers funds Further objects and advantages of the present invention 

in excess of the insured limit to another available banking can be found in the detailed description of the preferred 

institution or transfers the excess to another account estab- embodiments when taken in conjunction with the accornpa- 

lished for a pre-approved annuity beneficiary associated 30 nying drawings in which: 

with or related to the primary annuity beneficiary. FIGS. 1A and IB diagrammatically illustrate the method 

„ — T and system for processing transactional data for annuities; 

SUMMARY OF THE INVENTION ' ^ JB K . * .„ , 

FIG. 2 diagrammatically illustrates a method and system 

The method and computer-based system for electronically permitting the accumulation of interest in a particular bank- 
processing transactional data and monitoring annuity funds 35 m g institution; 

includes identifying and storing annuity fund data, customer nG 3A ^ &amni ^ c ^ i y must rates the major compo- 

data, annuity beneficiary data, and banking institution data. nents of a tem to co^ually, periodically or noimnally 

In one embodiment, banking instituUons which hold non- monitor the and mves tments; 

annuity funds for a particular annuity beneficiary over a _„ „ „ , „ . „ ... _ A - 

pe^inirfnrf 40 fl 3B ' 3C . md 3D . ^agtarm^acally illustrate data 

banking institutions for that beneficiary. In another flow charts showing continual, periodic and nominal moni- 

ernbodiment, the institutions are not labeled but all non- torm S of <i uallfied f™* - . 

annuity funds are monitored at the bank. The system sums KG. 4 diagrammatically illustrates an expanded or 

all funds, whether qualified or unqualified or non-annuity approved list beneficiary module or program; 

funds, identified with a single annuity beneficiary and held 45 FIG. 5 diagrammatically illustrates a front end or deposit 

by the banking institutions. In one embodiment, if the sum threshold module with tiers; 

exceeds the predetermined fund limit, that identified bank- FIGS. 6, 7A and 7B diagrammatically illustrate fund and 

ing institution is classified as a non-available banking insti- data flow charts; and 

tution for mat particular annuity beneficiary. For both mQ g ^^^^y mustra tes a diversified or 

embodiments, the system either commands the transfer of all 50 enhanced return system module, 
additional or excess annuity funds identified with that single 

annuity beneficiary to another banking institution or trans- DETAILED DESCRIPTION OF THE 

fers the excess funds into an account established for another PREFERRED EMBODIMENTS 
annuity beneficiary which is a pre-approved beneficiary 

from a group initially identified by the customer. 55 Tl« present invention relates to a method and a system for 
In a further embodiment, the system generates various electronically processing transactional data and monitoring 
reports showing banking institutions for each annuity funds invested in a plurality of annuities in order to obtain 
benefidary. tenting institutions for each annuity beneficiary ^ benefit of depositor's insurance available through a 
in the subset of approved beneficiaries, and the sum of all plurality of federally approved banking institutions, 
annuity funds for each respective annuity beneficiary. One 60 FIGS. 1A and IB show the method and processing 
version of the method and computer-based system stores and system, in diagrammatic flow chart form, which accomplish 
processes information regarding purchased certificates of the objects and advantages set forth above, 
deposit (CDs) and the due dates of those CDs such that when The program starts in FIG. 1A at start step 10. Id step 12, 
a particular CD becomes due and the principal is returned to customer data is input into the system. This customer data 
the investment annuity company, the system declassifies the 65 may be kept as a customer record mat includes the custom- 
issuing banking institution from non-available to available er's name, address, customer identification number, social 
for a particular annuity beneficiary or group of beneficiaries. security number, and identifiers for each annuity contract 
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Initial Annuity Beneficiary Record 


AB Name, Add, AB# (e.g., AB,) 
BX data 

ABj — BI t is checking and savings 

AB, — BIj is savings — unqualified annuity 

BI| and BI 2 classified as non-available for AB t 


10 


funded or provided by the customer. The term "annuity 
beneficiary" as used herein covers any category of owner- 
ship in which an annuity contract can be held including 
individual accounts, joint accounts, various trust accounts, 
and any other legal form of ownership. For example, cus- 
tomer 1 may have annuity #1 which designates a single 
individual who will receive money when the contract is 
annuitized. That individual is classified herein as annuity 
beneficiary AB r AB X may be the customer himself or 
herself. The customer may also have a second annuity 
contract annuity #2, which is held in joint names, e.g., 
husband and wife. This joint ownership is classified herein 
as a single annuity beneficiary AB 10 . The system described 
herein incorporates this concept. 

To further explain mis aspect of the invention, the gov- 15 
ernmental regulations view each of the following legal 
entities as a separate "depositor" covered by depositor's 
interest: (a) an individual; (b) the individual* s spouse; (c) a 
joint account with the individual and his or her spouse; (d) 
a trust account controlled by the individual for the benefit of 
his or her spouse; (e) the individual's child's account; etc 
There are approximately 12-14 different legal entities which 
qualify as a separate depositor under the government insur- 
ance program. The regulations for these depositor insurance 25 
programs classify funds based upon right, title and interest 
in the funds. 

In step 14, information is input into the system regarding 
each annuity beneficiary AB. Table 1 below shows an 
exemplary annuity beneficiary record. 

TABLE 1 


30 


35 


40 


45 


50 


In Table 1, the name, address, and identification number 
have been assigned to annuity beneficiary ABj. In addition, 
ABj may have checking and savings accounts at a banking 
institution (BI) which is designated as Bl v Annuity benefi- 
ciary AB t may also have a savings account such as a 
certificate of deposit (CD) in another banking institution 
BI 2 . This CD held by B^ may be part of an unqualified 
annuity fund. The use of the term "unqualified" herein does 
not refer to whether the beneficiary obtains the benefit of 
special tax considerations but rather refers to an annuity that 
is not immediately protectable under depositor's insurance 
program as monitored by the present invention. In a pre- 
ferred embodiment, banking institutions BI I and BI 2 are as 55 
classified as non-available banking institutions for annuity 
beneficiary AB r In another embodiment banks BI lt and BI 2 
are classified "non-available" only if the annuity beneficia- 
ry's account exceeds a predetermined threshold, e.g., $0, 
$5,000, $10,000 or $30,000. This classification step is 
similar to classifying a bank as "deposit capped" explained 
later herein. 

Step 16 involves inputting banking institution BI data for 
each annuity beneficiary AB. Step 18 classifies the banking 55 
institution as available or non-available. For example, with 
respect to beneficiary AB lT banking institutions BIj and BI 2 


are classified as non-available. Step 20 involves repeating 
the inputting and classifying steps 12, 14, 16 and 18 for 
multiple customers and annuity beneficiaries. Step 22 com- 
piles a matrix ox list of banking institutions which are 
available and non-available. Table 2 below provides an 
exemplary list 


TABLE 2 


I 

tanking Institution Matrix 


BI# 

AVAIL 

NON-AVAIL 

CONDITION 



ABj 

. A 

BI 2 


AB 15 

A 

BI, 


AB^ 

A 

BI* 

AB 1Witt 

AB 4 

B 

BL, 


AB* 

A 

BI* 


AB 3 

C 

BI, 



A 

BI,, 

AB,.,...^ 

AB n 

A 


20 


60 


Table 2 generally shows banking institutions BI L through 
BI„ and whether mat institution is available for certain 
beneficiaries and not available for other beneficiaries. 
Additionally, the banking institution matrix shows the con- 
dition of the bank (A-E) which is directly related to the 
capital/debt ratio of the bank as well as other factors. An A 
quality bank is the highest rated bank. These ratings are 
known in the banking industry. Since a high quality financial 
product is provided by the present system, annuity funds 
invested in conjunction with the present system will nor- 
mally be invested in only top quality banks. As stated earlier, 
the term "banking institution" includes all federally 
approved banks and savings and loans. These banking 
institutions must offer depositors deposit insurance which 
protects depositors* funds up to a predetermined insurance 
limit The banking institution matrix, Table 2, shows that 
institution BIj can be used as an available institution by 
annuity, beneficiaries AB 2 , AB 3 , AB 4 , and AB rt . In contrast, 
institution BI : is classified as non-available for annuity 
beneficiary AB 1( This initial classification of banking insti- 
tutions and identification of the annuity beneficiaries' bank- 
ing institutions may be necessary in order to insure that, in 
the event of failure of that particular banking institution, the 
entire annuity fund invested for each beneficiary using the 
present system is fully insured. If an annuity beneficiary has 
bought a CD from a particular banking institution or other- 
wise has funds on deposit and that information has not been 
entered into the system, the federal deposit insurance may 
not cover both the investment made under the annuity fund 
provided by the present system and the independent invest- 
ment by the annuity beneficiary. In order to provide a high 
degree of security, the present system gathers initial infor- 
mation regarding the banks used by annuity beneficiaries 
and class/ties those banking institutions as non-available for 
the protected annuity monitored by the system. 

By monitoring (a) the legal entity recognized as a "quali- 
fied and insured depositor" (per the governmental 
regulations) herein "the annuity beneficiary" and (b) the 
initial and the current amount in each bank attributable to the 
annuity beneficiary, the present system provides a financial 
product (an annuity contract or a life insurance contract) 
which is insured under depositor's insurance. The monitor- 
ing involves accumulating initial data regarding the amount 
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and whereabouts of the beneficiary's funds, monitoring 
those funds, monitoring the funds associated with the par- 
ticular contract identified with the beneficiary, and moving 
excess funds when the sum total exceeds a predetermined 
amount which is normally a pre set amount near the insured 5 
limit (currently insured up to $100,000.00). As can be seen 
in Table 2, institution Blj is available for all annuity ben- 
eficiaries since there are no beneficiaries who use that 
institution. Additionally, BI 7 is rated as an A institution. ^ 

In step 24, information regarding new investments is 
input into the system. These new investments could be initial 
investments by the customer to fund an annuity or could be 
periodic payments by the customer to fund the annuity. 
These new investments are posted both to the customer 15 
records as well as to the annuity beneficiary records. This 
dual posting is necessary, because the customer will want a 
full accounting of all payments made into his or her annuity 
fund and the funds associated with each particular annuity 
beneficiary must be completely and accurately monitored in 20 
order to insure that each annuity beneficiary is protected 
under the federal depositors* insurance program. As stated 
earlier, the deposit insurance runs to the annuity contract 
owner, and the beneficiary may or may not be the customer. 
For example, a husband may fund an annuity for the benefit 25 
of his wife. In that case, the annuity beneficiary (annuitant/ 
contract owner) would be the customer's wife. If the annuity 
investment or accumulated income plus the principal 
exceeds $100,000.00 in any particular banking institution 30 
(the current regulatory limit for depositors' insurance), the 
wife's insurable interest would be capped at $100,000.00. 
Accordingly, it is important to account for all investments 
made by the customers to fund one or more annuities and 
also to carefully account and monitor the value of each 35 
annuity contract and post that value to an annuity beneficiary 
record. 

In step 26, data is input into the system to post all interest 
payments made by all institutions on certificates of deposit ^ 
purchased from those institutions. These interest payments 
are collected for the benefit of particular annuity beneficia- 
ries. As stated earlier, the company holding the annuity 
simply establishes an internal account far each annuity 
beneficiary. The company purchases one or more CDs sold 45 
by one or more banking institutions. As long as the internal 
accounts by the annuity company are not subject to claims 
by the company's creditors and are specifically designated 
for the benefit of an annuity beneficiary, the regulations 
regarding depositor's insurance provide that the annuity ^ 
beneficiary's investment in a CD or other depository account 
of a particular banking institution is protected up to the 
insurable limit 

In step 28, the system compiles due date information far 
each CD, that is, the principal invested in the CD, the interest 55 
generated thereby, and the term of the CD and the interest 
payment dates. Step 30 involves displaying a money versus 
time statistic chart. In order to assist the investment 
manager, it is helpful to know when one or more CDs are 
coming due, the total investment in the CDs, and all interest 60 
payments that have been received or will be received from 
various banking institutions. This statistical money versus 
time chart will enable the investment manager to plan both 
short term and long term CD investments and match those 55 
investments with available aggregate funds. Of course, these 
aggregate funds include new customer annuity investments. 


828 

8 

Decision step 32 determines whether the total investment 
for each annuity beneficiary in each banking institutions 
exceeds or is greater than an insured limit The insured limit 
may be either the actual, government established, deposi- 
tor's insurance limit value or may be another, lower prede- 
termined insured limit established by the system operator. 
For example, the current established depositor's limit value 
is set at $100,000.00. The system operator may, in order 
increase the security of the funds, set a lower limit at 
$90,00.00. In any event, a decision is made in step 32 to 
determine whether a total investment, both principal and 
interest, for each annuity beneficiary in each banking insti- 
tution exceeds the insured limit If the insured limit per AB 
and per BI exceeds the insured limit, the YES branch is 
taken and in step 34, that particular banking institution is 
classified as non-available (NON-AVAIL) for that particular 
annuity beneficiary. If the NO branch is taken from decision 
step 32, that is, the insured limit has not been exceeded by 
the total investment per AB and per BI, step 36 requires 
re-classification of any banking institution that has returned 
or paid a CD as an available (AVAIL) banking institution for 
all annuity beneficiaries who had designated funds in that 
CD. Step 36 also follows step 34. 

The total investment described above in step 32 for a 
particular bank BLy and a particular beneficiary AB^ may 
include independent investments owned by or attributable to 
AB^ (described earlier with respect to Table 2), which has 
been entered into the system at step 14, the current value of 
those independent investments (provided by AB X or reported 
to the system by the bank Bly), and the current value of 
AB x 's qualified annuity fund amount which is covered by 
the presently described system and protected by depositor's 
insurance in bank BI^. 

Next, decision step 38 determines whether the interest, 
input in step 26, the new investments paid by a customer, 
input in step 24, plus the old investments from redeemed 
CDs exceed a large denomination certificate of deposit 
(LD-CD) threshold. Generally, an LD-CD is a CD of $5,000, 
000.00 or higher having a term of at least three years. 
Historically, these time deposits have a much higher rate of 
return as compared to individually purchased, smaller 
denomination short term CDs. If the threshold is not 
exceeded, the NO branch is taken and in step 40, the total 
investment is placed in short term CDs (ST-CD). In step 42, 
the system returns to start step 10. The LD-CD threshold 
may be set by the system operator, for example, at $10,000, 
000.00. 

In order to better understand the present invention, Tables 
3 and 4 below show the investment matrix or list and an 
expanded annuity beneficiary record. With respect to the 
investment matrix, and as an example, banking institution 
BI7 has sold a large denomination certificate of deposit to the 
annuity, or insurance company. The LD-CD is a $10,000, 
000.00 CD which falls due in seven years. This $10,000, 
000.00 was invested by the annuity company at time V 
Interest is paid quarterly on the LD-CD at X% and the 
interest is automatically placed in a short term (ST-CD) 
having a three month maturity and paying interest at 
X-2.0%. The withdrawal penalty on the ST-CD is 0.25% 
interest. 
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TABLE 3 



Tunc 

CD 

AB, 

Investment Matrix 
ABj AB 3 

ABg 


Tbtal 

BI 

t, 

LD| 

90K 

45K 

72K 


10K 

10M 

BI 7 


ST 







tz 


9QK 

4SK 

72K 


10K 

10M 



ST, 

1QK 

5K 

7.5K 


1.2K 

23.7K 


*3 

LD, 

90K 

45K 

72K 


10K 

1QM 



ST 2 

1QK 

I OK 

15K 

80K 

2.4K 

117.4K 

BI, 

*J 

ST 3 

UK 





UK 


15 

TABLE 4 


PTpar^ftri Annuity Beneficiary Record 

Basic Data 





Custj; Annuity #1; AB, 

NON-AVAIL. BI = Bl ia note: checking and savings Bis 
NON-AVAIL. BI = BI 7 note: maximum reached at t 3 



Invests 

KntData 



Invest 

BI# Inst'mt # Date 

Fal 

Est- Int. 

Period 

Due Date 

BI 7 LD t t t 
BI 7 STi 

Bis ST 2 t 3 

9QK 
1QK 
UK 

10K 
IK 
1.01K 

Qtrly 
Qtrly 
Qtrly 

t, +7 yrs 
^ + 3 mths 
t 3 + 3 mths 


The investment matrix, Table 3, shows that at time t lt the 
company operating the present system has invested in long 20 
term CD LD t and various annuity beneficiaries have 
accounts associated with or designating that LD^ For 
example, annuity beneficiary AB A has $90,000.00 invested 
(90K). Beneficiary AB 3 has invested $72,000.00 (72K). 25 
Annuity beneficiary AB 9 has not invested in LD t at time t 7 . 
Annuity beneficiary AB n has invested $10,000.00 (10K). At 
time t 7 , there is no short term (ST) CD issued by institution 
BI,. At time t^ which is the first quarterly interest payment 
date for LD 1? each annuity beneficiary has the same amount 30 
of principal designated for LD;. However, according to the 
terms of the agreement with institution BI,, a second, short basic recor< | includes customer data, that is, who is 
term CD, ST X , has been opened into which all the interest funding the annuity, and annuity contract identifier (annuity 
from LDj is swept. Accordingly, the records of the company 35 #1) and an annuity beneficiary identifier (AB^. The basic 
issuing the federally insured annuities show that annuity record also includes a record of non-available institutions, 
beneficiary AB A has a designated 10K in CD issued by BI t and BL, and includes a remark stating that those insti- 
institution BI,, beneficiary AB 2 has 5K invested in ST lf and tutions are checking and savings for AB,. InstihiUon BI, 
beneficiary AB. has 1.2K invested in that CD. The interest which was classified as non-avai^le a time £ due to Che 
^ n rZ L1 ^ A , . 1 -a At) level of funds in that designated institution. The expanded 
amounts shown in Table 3 are fictitious and simply provide 40 ^ ^daiy record also includes investment records, 
examples for the operation of the system. At time t,, which ^ mvestment Iccord & ^ken down into banking insti- 
ls the second quarterly payment date for LD U the interest B ^ includes instrument numbers CD#, initial 
has been rolled over into a second short term CD, ST 2. investment dates t lf tj and 13, principal investments made in 
However, because beneficiary AB X is at the government 45 those particular CDs, estimated interest payments, the inter- 
insured limit of $100,000.00, his or her allocation has been est due dates, and the CD due date. The investment record 
shifted to a second banking institution BI, and placed in for each particular annuity beneficiary can also be used as 
short term CD deposit ST 3 . Accordingly, AB X has a desig- certificate of deposit data for compiling the money and time 
nated investment of $11,000.00 (UK) in short term CD ST 3 statistics in step 3D. If, for example, a significant influx of 
sold by institution BI, as well as a 10K designated invest- 50 new investments was gathered by the system operator 
. Zl ... ^ T ~ A . 5T. . A1J (450K) and interest of 50K was available in two weeks and 
ment m ST 2 at institution BI 7 . The other beneficiaries AB 2 ^ & ^ ^ term was availablc m three weeks, the 
AB 3? and AB n , have had their interest payments rolled system operator may choose to accept the interest penalty on 
directly over into short term CD ST 2 . The investment by or ^ 500K short term CD and purchase a large denomination 
for beneficiary AB 9 , that is 80K, is a new investment by the 55 CD ($1,000,000.00) at the time the interest is paid by the 
customer funding that particular annuity contract. other banking institution in two weeks. In the interim, the 
Accordingly, annuity beneficiary AB X has reached the initial 450K investment could be placed in a short term CD. 
insured limit in institution BI, and BI, is then classified as In step 44, the system operator places an offer to buy a 
a non-available banking institution for annuity beneficiary large denomination CD (LD-CD). These large denomination 
AB v However, BI 7 is still classified as available for AB 2 , 60 CDs are sometimes called bank investment contracts. In step 
AB,,AN andAB^almoughABgisnearme^edetennined 46, the system operator reviews the bids placed by the 

. " 1; /cifYi^nnn various banking institutions BI 1S BI 2 for the large denomi- 

lnsurance limit 01 $1UU,UUU.UU. . „^ m 0 , . , . t \ . . . . 

' nation CD. These bids would include all terms associated 

with the CD including principal amount, number of years, 

65 interest due on the principal, and time for interest payments. 

Table 4 which follows shows an expanded annuity ben- In step 50, the banking institution or another third party 

eficiary record. information provider inputs information relative to the con- 
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dition of the banking institution, that is, A, B, C, D, or E or ciary can be placed on deposit with any institution that is 
other known classifications. The condition of the banking classified as available. The funds need not be placed in a 
institution is directly related to the capital/debt ratio. Since time deposit (Le., CD) to obtain the benefit of depositor's 
large amounts of money are placed with a particular insurance. However, it would be prudent to use CDs rather 
institution, the capital/debt ratio may play an important role 5 than designate checking or savings accounts due to the 
in determining the ranking of the institutions and the top higher return on investment Step 86 removes the benefi- 
qualifying bids therefrom. In step 52, the various bids and, ciary* s investment from the large denomination CD invest- 
more importantly, the banking institutions are rated from ment This enables the system to use the top ranked insti- 
high to low. The investment manager or the system operator ration for all beneficiaries except AB„. Step 88 repeats steps 
may work with the system in order to rank the various bids. 10 80, 82, 84, 86 for all annuity beneficiaries having designated 
In step 54, a list of non-available banking institutions is funds and non-available classifications for the ranked bank- 
compiled for all annuity beneficiary investors who will ing institutions. This repetition is shown by the system 
participate in the LD-CD investment Table 4, the expanded returning to step 80. 

annuity beneficiary record, shows non-available banks BI l9 If the NO branch from decision step 82 is taken, in step 
BIj and Bl, associated with annuity beneficiary AB r 15 90 t the ranking of the banking institutions is changed. For 

In step 60, a comparison is made between the bid list, the example, if AB 9 having a deposit of 80K is larger than the 
beneficiaries designated to invest and the non-available money threshold used in step 82, (see Table 3), it is 
banking institutions associated therewith. Step 62 is a deci- beneficial to change the ranking of die top five banking 
sion step which determines whether any of the top five institutions such that the top ranked institution is placed at 
ranked banking institutions are classified as non-available 2 o the bottom of the five stacked institutions. Decision step 92 
for all annuity beneficiaries who will invest in the designated determines whether all five banking institutions have been 
CDs offered by the top five institutions. Assuming that all reviewed. If not, the NO branch is taken and in step 94, the 
top five institutions are not classified as non-available, that next ranked banking institution is used and steps 80 and 82 
is they are available, step 64 involves selection of one of the are repeated. Of course, if the next ranked banking institu- 
top five bids. Step 66 commands the investment of the 25 tion is not designated as non-available by any annuity 
money into the selected banking institution and particularly beneficiaries, the program would jump to step 64, the select 
the purchase of the large denomination, relatively long term banking institution in FIG. 1A. 

If the YES branch is taken from decision step 92, decision 

In step 68, a compilation of customer data, annuity step 96 determines whether all top ten ranked banking 
beneficiary data, and banking institution data is prepared. 30 institutions have been reviewed. If all ten top ranked insti- 
Reports are generated and posted. For example, customers rations have been reviewed resulting in all ten institutions 
will want to know the total investments directed to a classified as non-available and having substantial benefi- 
particular annuity contract, the value of the annuity contract ciary participation in the LD-CD), the YES branch is taken 
account the interest generated by that account and may be and step 98 shows the top ten ranked institutions, prompts 
concerned regarding the insurance protection offered under 35 the system operator to change the money threshold 
this system. Accordingly, a report showing the non-available (STORES) in decision step 82, and repeats the process 
banks for a particular annuity beneficiary may be prepared beginning at jump point Al with the old ranking. If the NO 
for each customer. In any event, the investment manager for branch is taken from decision step 96, that is, not all top ten 
the system should use a listing of non-available as well as institutions have been reviewed, step 100 uses the next 
available banking institutions in order to properly invest the 40 group of five ranked institutions, that is institutions six 
funds. In step 70, the system pays money to beneficiaries through ten. The program returns to step 80 which shows 
under annuitized contracts or redeems contracts that have whether institutions six through ten are designated as non- 
been canceled. These payments are posted and the appro- available by any annuity beneficiary. This process continues 
priate notations are made in the customer records, annuity until a particular banking institution is selected and jump 
beneficiary records and investment matrices. Of course, 45 point Bl returns to select institution step 64 in FIG. 1A. 
certain institutions would be reclassified as available if Other automated selection routines could be used to select 
beneficiary funds therein dropped below the insured level institutions. 

Step 72 returns the program to its beginning, start step 10. The system may be modified such that interest paid by a 
Returning to decision step 62, the YES branch goes from particular banking institution based upon a first CD invest- 
jumppointAlinFIG. 1A to jump point Al in FIG. IB. Stop 50 ment is automatically swept into a second CD investment at 
80 shows the beneficiary ID, AB#, the investment amount the same bank. In mis modified system, two limits are set 
for that beneficiary and the ranked but non-available bank- a lower fund limit which designates a banking institution as 
ing institution. This is a result of the decision step 62 an deposit capped institution, and an insured limit which 
determining that one or more of the top five ranked banking ultimately is used to classify the banking institution as 
institutions have been designated as non-available for one or 55 non-available. FIG. 2 diagrammatically shows this aspect of 
more beneficiaries. Of course, rather than ranking five the system. In step 110, data is input into the system 
institutions in step 62, ten institutions could be ranked and regarding the government established, depositor's insurance 
analyzed in step 80. Five institutions are ranked herein as an limit value. Step 112 establishes a lower fund limit which is 
example. Following step 80, decision step 82 determines less than the depositor's insurance limit value. In step 114, 
whether the particular investment for a particular annuity 60 the interest and principal are accumulated in the same 
beneficiary is less than a dollar threshold value (5THRES). banking institution for all annuity beneficiaries (one of 
The YES branch from decision step 82 enters step 84. If the which is AB C ) having designated CDs in that particular 
investment for a particular annuity beneficiary is small, for institution. The interest is preferably swept into a CD. 
example the 2.4K investment in short term deposit ST 2 for However, if the interest is swept into any type of deposit 
annuity beneficiary AB n in Table 3, 2.4K, the 2.4K invest- 65 account at the institution, whether a time deposit or other 
ment is shifted to a short term CD in another bank BI„. account the annuity beneficiary obtains the benefit of 
Alternatively, the small investment for the annuity benefi- depositor's insurance. This feature of using other types of 
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deposit accounts is encompassed by the present system and the principal is accumulated tax free. If the principal or 
is sometimes referred to herein as a "deposit instrument" interest are withdrawn from a deferred annuity before retire- 
available at the bank. Decision 116 determines whether the ment age, there are adverse tax consequences associated 
total investment for each annuity beneficiary AB C for that with such withdrawal. 

particular banking institution B^, exceeds the lower fund 5 The order of the steps set forth above is only exemplary, 

limit The NO branch from decision step 116 returns to step For example, the pay annuity step 70 may precede the 

114. accumulate principal and interest in the same BL. At display money and time statistics step 30. The classification 

this point, new investments can be posted to the bank BI^ for of banks, steps 32, 34 and 36 can precede step 60. These 

the beneficiary AB^ modifications fall within the spirit and scope of the present 

The YES branch from decision step 116 enters step 118 10 invention, 

which classifies the particular banking institution Blp as The present system has been described as monitoring 

deposit capped far a particular annuity beneficiary AB^ For annuity funds deposited in federally approved banking insri- 

example. the investment manager of the system should tutions. However, the government regulations also provide 

know that a large investment by a particular annuity ben- insurance for funds deposited in such institutions in accor- 

eficiary in a particular CD will generate a certain amount of 15 dance with a life insurance program. As is known, a life 

interest over a certain period of time. For example, a insurance contract, funded by a customer, customarily pro- 

$50,000.00 investment in a large denomination, seven year vides that, upon death of a named individual, the life 

CD may generate $50,000.00 in interest over the total term insurance company will pay one or more named life insur- 

of the CD. If a particular annuity beneficiary AB C is desig- ance beneficiaries. Whole life insurance contracts permit the 

nated as the beneficiary of a $50,000.00 annuity and that 2 q customer or a named individual to withdraw money from the 

sum was an initial investment in that CD, that banking life insurance fund or borrow against the fund before the 

institution would be classified as deposit capped (the lower death of the named individual. The life insurance benefi- 

fund limit set at $50,000.00) for AB C and all interest ciary. and me person entitled to withdraw or borrow against 

assigned to that annuity beneficiary AB e would be swept into the life insurance fund (the policy owner) is called herein a 

short term and possibly long term CDs with that particular 25 "life insurance designee" or simply "beneficiary" The gov- 

banking institution B^. All CDs would mature on or before eminent regulations provide that funds deposited in a fed- 

the seven year maturity date of the large denomination CD erally approved banking institution by a life insurance 

with the institution. In this instance, the lower fund limit company under a life insurance contract for the benefit of a 

would be set at $50,000.00. life insurance designee are insured by depositor's insurance 

Step 120 follows step 118 and only interest is accumu- 30 up to the established government insurance limit 

lated in the deposit capped banking institutions for the Accordingly, the present system described above with 

particular annuity beneficiary. In other words, no new prin- respect to FIGS. 1A, IB and 2 can be easily adopted by a life 

cipal investments would be made for that beneficiary AB C in insurance company to reap the benefits of depositor's insur- 

that particular banking institution B^. Only interest would ance. Rather than monitoring annuity beneficiaries, the 

accumulate in for AB C Decision step 122 follows step 35 system monitors life insurance designees' institutions and 

120 and a determination is made whether the total invest- life insurance designees' funds deposited in the approved 

ment per annuity beneficiary in each banking institution and available banking institutions. The claims appended 

exceeds the insured limit. The insured limit is set at $100, hereto are meant to cover this alternate embodiment of the 

000.00. The NO branch returns to accumulate interest step present invention. 

120. The YES branch leads to step 124 which classifies the 40 As stated earlier, in order to ensure that a qualified annuity 

particular banking institution as a non-available institution fund (a fund of money specifically designated to be pro- 

for the particular annuity beneficiary. Step 124 leads to jump tected by depositor 1 s insurance) qualifies for the depositor' s 

step 126 GO BACK TO MAIN PROGRAM. The main insurance, the data processing system may continually 

program would be entered at any convenient point, possibly monitor the qualified annuity fund data plus the unqualified 

immediately before step 32. 45 annuity fund data plus the non-annuity fund data, may 

Although the example provided herein regarding the large periodically monitor that investment data or may utilize 

aenoniination CD involves rolling over the interest in a short transactional parameters which do not require immediate 

term CD, it is most likely that under the terms of the LD-CD, and timely electronic monitoring of unqualified and non- 

the interest would be allowed to accumulate with the prin- annuity fund data. In other words, the electronic processing 

cipal and such interest would be compounded with the 50 of transactional data system may continually monitor the 

principal. The interest rate on the accumulated fund would funds, may periodically monitor the funds or may monitor 

be the interest rate for the LD-CD. only the qualified annuity fund data without concern for the 

The present invention can be used for monitoring annuity unqualified and non-annuity fund data. As used herein, the 

funds for any type of annuity. For example, some annuity term "continually monitor" refers to a data processing and 

contracts provide for an initial large payment, for example 55 transactional system which monitors funds data daily or at 

$1,000,000.00, which would be deposited in at least ten least every 10 business days. Ten business days is selected 

institutions under the present system, and the annuity pays for the continual monitoring system because interest will 

periodically, for example quarterly, $30,000.00 to the annu- most likely be posted to the principal of the qualified annuity 

ity beneficiary.. Mother type of annuity funds a retirement fund (a deposit account or CD) no sooner than every 10 

plan for the annuity beneficiary. When the annuity benefi- 60 business days. If interest is posted at different time periods, 

ciary reaches retirement age, at age 65, the annuity contract the continual monitor data processing system should be 

may be annuitized and a lump sum payment or other modified to take into account the shorter or longer posting 

payment plan is made to the annuity beneficiary. The annuity cycle. 

beneficiary may decide to receive periodic payments for a The periodic monitoring transactional data system 

number of years rather than a lump sum. This retirement 65 acquires data from the customer, the annuity beneficiary 

annuity is called a deferred annuity. The deferred annuity ( AB) and the various banking institutions (BI) or banks less 

has certain tax advantages such that interest accumulated on often than the continual monitoring system. For example, 
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the periodic monitoring system may acquire or update 
unqualified annuity fund and non-annuity fund data 
(identified in FIGS. 3B-3D as "N+UNQ Fund Data" refer- 
ring to non-annuity and unqualified annuity fund data 
respectively) on a quarterly basis. 

In contrast to the continual monitoring system and the 
periodic monitoring system, the transactional data system 
may avoid monitoring the unqualified annuity, fund data and 
non-annuity fund data by simply disqualifying or classifying 
those banks as non-available (N/A) banks. Alternatively, the 
nominal or non-monitor system may shift the burden to 
identify and quantify the non-annuity fund and unqualified 
annuity fund data and related bank data to the customer. In 
this low level system, the fund and bank data may be 
updated yearly by electronically entering data based upon 
information supplied by the customer/beneficiary from, for 
example, a written questionnaire. 

FIG. 3A diagrammatically illustrates the major compo- 
nents of a system which can be utilized to continually, 
periodically or nominally monitor the funds and invest- 
ments. In all instances it is necessary to monitor the qualified 
annuity fund data which includes the principal held in the 
qualified or insured annuity fund as well as the earnings or 
interest created by that principal on deposit with a particular 
bank BI„. The computer hardware and telecommunication 
system described and illustrated in FIG. 3A is only exem- 
plary. The system illustrated in FIG. 3A includes five major 
elements which can be reconfigured dependent upon the 
complexity or simplicity of the transactional data and moni- 
toring system. Element 210 generally illustrates the com- 
puter components located at the life insurance company or 
other company administering the financial fund system and 
data. As stated earlier, only life insurance companies can 
issue annuities or life insurance policies. If other legal 
entities can issue annuities and life insurance policies or 
administer the resulting funds and be permitted under the 
current bank regulations to obtain the benefit of depositor's 
insurance for their customers at approved bank institutions, 
the term "life insurance company" is meant to cover those 
entities. 

At company location 210, a computer system 220 is 
utilized. Computer system 220 is electronically connected to 
a large data storage device 222, a monitor 224, a keyboard 
226 and a printing device 228. A printed out report 230 has 
been developed by printing device 228. The company hav- 
ing computer system 210 monitors the annuity fund through 
a telecommunications network 240. The telecommunica- 
tions network 240 links sources of electronic investment 
information such as the New York Stock Exchange elec- 
tronic bulletin board 242 which shows not only the value of 
various equity and debt investments but also the net asset 
value (NAV) of various mutual funds. Telecommunications 
network 240 is also electronically connected to various 
banks or banking institutions, and particularly one bank BI X , 
which includes computer system 244. Telecommunications 55 
network 240 is also connected to banking institutions 
and BI„ as shown in FIG. 3A. It is known in the industry that 
banks BI 2 and BI^ include data processing computer systems 
similar to that shown as computer system 244 for BI,. 
Computer system 244 includes a central computing unit 246 60 
connected to telecommunications network 240 via an input/ 
output (I/O) device. Computer unit 246 is also electronically 
connected to a large data storage unit 248, a printing device 
250 and a plurality of work stations, two of which are work 
stations 252 and 254. Each work station includes a monitor 65 
and a keyboard. Printing device 250 has developed a printed 
report or bank statement 256. 
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Telecommunications network 240 is also connected to a 
number of customers. Customer- Annuity beneficiary CUST- 
A&t has a personal computer 260. Customer- AB 2 and 
Customer- AB„ are also connected to telecommunications 
5 network 240. The personal computer system 260 for 
customer-ABi may electronically acquire information 
regarding unqualified annuity funds and non-annuity funds 

owned by Customer-AB from banks BI lf BI 2 BI„ or 

the customer may input this information from his or her bank 
10 statement 262 via keyboard 264 into computer unit 266. Of 
course, personal computer system 260 includes a monitor 
268. As a further enhancement of the present system, life 
insurance company 210 or the company monitoring the 
transactional data for the qualified annuity fund may down 
15 load or permit electronic access by Customer- AB X into an 
approved electronic file rather than sending the customer- 
annuity beneficiary a printed out report 

The claims appended hereto are meant to cover these 
modifications of the present invention. 

20 

In FIG. 3A, reference is made to a customer-annuity 
beneficiary because, as explained later, the customer initially 
. establishes the account for the benefit of one or more annuity 
beneficiaries. The customer may be the annuity beneficiary 
identified in the contract Further, the customer may identify 
himself or herself as part of a group which together is legally 
considered to be a single annuity beneficiary. 

The following annuity beneficiary list provides a short list 
of annuity beneficiaries that are linked by a family relation- 
30 ship to a particular customer. Each one of these individuals 
or legally recognized groups of individuals constitutes a 
single annuity beneficiary under the current regulations 
covering the depositor's insurance program. Persons having 
knowledge of the depositor's insurance program can identify 
35 up to fourteen different annuity beneficiaries having family 
relationships with a particular customer. The following 
annuity beneficiary list is simply a short list and is illustrated 
herein as an example. The present invention is meant to 
cover these and other legally recognized annuity beneficia- 
ries. 


Annuity Beneficiary List 

ABj = customer individually 

ABj = customer and spouse jointly 

AB 3 = spouse individually 

AB 4 = customer for the benefit of child A 


This annuity beneficiary list provides an example of a 
subset of annuity beneficiary data which can be approved by 
a customer when establishing or entering the system in 
accordance with the principles of the present invention. 

The present transactional data system can be utilized in 
conjunction with a single, federally approved banking insti- 
tution or bank as well in conjunction with as multiple banks. 
The following single bank routine table illustrates the gen- 
eral aspects of the present invention utilized in conjunction 
with a single bank. 


Single Bank Routine Table 

idAB 

issue annuity or life insurance contract (K) 
invest principle ($P) in special account (acct) for AB 
(right, title and interest) 
monitor all AB acct. balances 
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„ ntinued beneficiary list above, the system could simply electroni- 

^ __ cally transfer the access funds into that new AB account As 

Singk Bank Routine Tabk used herein, reference to "opening a new AB account" 

— — — — 1 encompasses the concept that a new account was initially 

determine if total exceeds predctenmned fund threshold ooened bv the customerwith nominal sums ($1.00) whenhe 

if excess, do something with overage with respect to $P and 5 opeaeu uy Lucwisunua wxu « ' n _| nal 

^edLrest in specki ab acct or she established the annuity fund. For example, a nominal 

change ab status on account (to a different right, deposit amount may have been established in a particular 

title and interest). banking institution for AB^ AB 2 , AB 3 and AB 4 . When the 

open a new ab acct and move excess to ABi exceeds the insured limit, excess qualified annuity 

funds to another bant 10 funds (earnings) could be deposited into AB 2 account auto- 

_ maucally. Accordingly, the system diagrammatically illus- 

trated in FIG. 3B can operate on a single bank or can operate 
Relating the single bankroutine table to FIGS. 1A and IB, ^ ^ multiple banks and generally describes 

steps 12 and 13 are encompassed in the first element of the a monit oring and transactional data system The 

single bank table which is identification of the ammity acquisi tion regarding fund data could be acquired daily 

beneficiary (AB). The company issuing the contract, be it an w « ^ 

annuity contract or a life insurance contract, then issues the or CVC1 ' UUiC1 wcc ** t _ r J ^ . 

c^nu4ct"cu S tomer and particularly for the benefit for EK5. 3C illustrates another type of data acquisition system 
the annuity beneficiary. The transactional data and process- encompassed by the present invention. Non-annuity fund 
inc system in accordance with the present invention then data and unqualified annuity fund data is feed into a tnresh- 
invests the principal of that contract into a special account 20 old filter 305. This threshold filter is generally similar to the 
for the benefit of the annuity beneficiary. The regulatory pre-determined threshold discussed earlier. In other words, 
agency controlling the depositor's insurance program iden- unless the non-annuity fund data and unqualified annuity 
tifies an annuity beneficiary, as having a certain right, title fund data exceeds the dollar amount threshold established 
and interest in and to the account See the annuity benefi- for threshold filter 305, that data does not pass through to 
ciary list above. Similar to steps 24 and 26 in FIG. 1A, the 25 summation point 307. If the non-annuity and unqualified 
single bank routine table monitors the annuity fund data for annuity fund data does exceed the threshold established in 
all annuity beneficiary accounts. In a similar manner to step filter 305, mis information is passed on either as a direct 
32, the single bank routine determines whether the total value or as some representation of that value irito summation 
exceeds a pre-determined fund threshold. If the total exceeds point 307. Qualified fund data is applied to summation point 
that pre-detexmined fund threshold, the transactional data 30 307. For example, a representative value of the N and UNQ 
processing system must do something with respect to the data can be applied to summation point 307 representing, in 
excess or overage. The choices are: (a) change the annuity one alternative embodiment, one of a tiered level. For 
beneficiary to a different annuity beneficiary, that is, one of example, threshold filter 305 may identify tiers of $1,000, 
the pre-approved annuity beneficiaries from the subset of $5,000, $10,000 and $15,000. If the non-annuity and 
approved annuity beneficiaries shown in above in the annu- 35 unqualified annuity fund data is less than a $1,000, the 
ily beneficiary list; (b) open a new annuity beneficiary output of threshold filter 305 would be 0 into summation 
account with one AB from the pre-approved subset of point 307. If that non-annuity and unqualified annuity fund 
annuity beneficiaries and move the excess funds to that new data is less than $5,000 but more than $1,000, the filter 305 
AB account; or, (c) transfer the excess qualified annuity would generate a $5,000 representation into summation 
funds to another banking institution. This transfer is encom- 40 point 307. If the qualified fund data plus the $5,000 data 
passed by steps 64 and 66 in FIG. 1A. representation at summation point 307 exceeds, in accor- 

FIGS. 3B, 3C and 3D diagrammatically illustrate data dance with decision step 309, the insurance limit, the YES 
flow charts showing continual, periodic and nominal moni- branch would be taken and either the excess funds from the 
toring of qualified annuity or life insurance funds. With qualified annuity fund would be placed in a new banking 
respect to FIG. 3B, the non-annuity and unqualified annuity 45 institution or the excess funds would be placed into a new 
fund data (N+UNQ fund data) is acquired and summed at AB account which would be a subset of approved AB 
summation point 301 with qualified fund data (Q fund data). accounts. Of course, rather than passing just a representation 
As discussed earlier, a "qualified" annuity or life insurance of the value of non-annuity and unqualified annuity data 
policy fund is one which is subject to the depositor's through threshold filter 305, the actual value of that non- 
insurance described herein. After this fund data (Q+N+ 50 annuity and unqualified annuity fund data over the threshold 
UNQ) is summed at summation point 301, the information could be passed through summation point 307. In that 
is feed into a decision unit 303 which determines whether instance, the insurance limit would be reduced by the 
the combined fund data exceeds the depositor's insurance threshold established in threshold filter 305. This is some- 
limits. If it does not, the data flow process repeats thereby times referred to herein as a ^e-determined fund limit 
acquiring non-annuity fund and unqualified annuity fund 55 Accordingly, if the sum generated by summation point3W 
data and qualified annuity fund, summing the data and exceeds this reduced pre-determined fund limit, the YES 
continually monitoring whether the total sum exceeds the branch would be taken. If the NO branch is taken from 
insurance limit If the insurance limit is exceeded, the YES decision step 309, the system simply repeats the periodic 
branch is taken from decision unit 303 and either (a) new monitoring function. The system described above m con- 
bank BI is utilized and excess qualified annuity funds 60 junction with FIG. 3C could be utilized to periodically 
(earnings or interest) are invested in the new bank (this monitor the value of the AB 2 accounts in certain banking 
system is disclosed in FIGS. 1A and IB) or (b) the trans- institutions or in a single banking institution. Periodic moni- 
actional data and monitoring system opens a new annuity toring may be acceptable in that the customer/annuity ben- 
beneficiary account for a different annuity beneficiary from eficiary need not confirm the precise value of non-annuity 
the pre-approved subset and puts the excess funds in that 65 and unqualified annuity funds in each particular banking 
new AB account If the customer approves a subset of institutions at each data acquisition cycle. The customer/AB 
annuity beneficiaries such as the subset listed in the annuity could simply identify a particular threshold at each banking 
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institution for each AB account which docs not exceed one branch is taken, the system returns to a point immediately 
of a number of deposit thresholds which are equivalent to the preceding step 420. If the NO branch is taken from decision 
tiers in filter 305. This is discussed later in conjunction with step 426, step 428 ranks the banking institutions available, 
the deposit threshold table. selects a new institution and invests the excess annuity funds 
FIG. 3D diagranimatically illustrates a data flow chart for 5 into that account The output from step 428 merges with the 
a nominal monitoring system for non-annuity and unquali- NO branch from decision step 416. 
fied annuity fund data. In this data processing system. The NO branch from decision step 416 is followed if the 
banking institution or bank data and non-annuity and annuity funds plus all other funds accumulated in data 
unqualified annuity fund data is fed into a bank filter 311 acquisition step 414 exceed the pre-determined fund limit 
which simply identifies whether the bank is available or 10 In such a situation, the program or module executes step 430 
non-available based upon the presence or absence of funds which posts payments such as earnings etc. to a particular 
in excess of a pre-determined threshold or leveL These are account and issues instructions to pay certain annuity ben- 
non-annuity funds and unqualified annuity funds in a par- eficiaries if a particular type of annuity contract has been 
ticular bank. In contrast thereto, qualified annuity, fund data established. As stated earlier, some annuity contracts pay the 
is applied in a substantially continual manner to an exceed 15 annuity beneficiary a monthly sum of money. Other annuity 
limit decision step 313. If the qualified annuity fund, prin- contracts simply accumulate money and release that money 
cipal plus all interest earnings, does not exceed the limit, the or a portion thereof upon a certain occurrence, such as when 
NO branch is taken and the system continues to accept data an annuity beneficiary or another person reaches a certain 
as necessary. Particularly, the qualified annuity fund data age Le. 65 years of age. 

must always be monitored in order to ascertain whether the ^ Li step 432, the system compiles customer reports which 

principal plus acoimulated interest or earnings at a particu- disclose, for example, the following: funded annuity ben- 

hir banking institution exceeds the pre-determined fund eficiary contracts; a list of approved annuity beneficiaries 

hmit If the qualified fund data exceeds the limit, the YES identified by the customer; the date these accounts were 

branch is taken and, in one embodiment, these excess funds established; and a list of the banking institutions either 

are invested in a new banking institution BI which has been ^ affected or influenced by the present system. Step 434 

filtered in accordance with bank filter 311. In other words, returns to the start of the program, 

S^Sf^HU^ Cl ? S WK d bSnking ^r^T W0Uld * stated ™P«* to the various parts of FIG. 

£»h ^ VT%^Z tX T S """^ 3, it may be beneficial, ratefcan to continually monitor the 

S2' ^tt ^ £™ " sum of ^ **** accounts (qualified, unquaH- 

^Lrlvh m f f K nCW ^beneficiary 30 fied and non-annuity accounts), that rhe system sLply 

LSh^ hv rh. Jf* °V\ appr T i ™JF?T* identif * m <™j™*°« with the customer/annuity Sfi- 

entoed trf " She estabhshcd OT clary whether the annuity beneficiary has funds in a certain 

. e ?. ys . „ bank above a certain threshold. The deposit threshold table 

FIG. 4 magrarnmatically illustrates an expanded or which follows identifies an example of such a system, 

approved list annuity beneficiary module. In set 410, the 35 

transactional data and fund monitoring system obtains a list — ^— ^— — — 

of approved annuity beneficiaries along with the customer Deposit Threshold Table 
and AB data for each annuity beneficiary. The approved list 

of annuity beneficiaries may be similar to the annuity For Each Bank 


beneficiary list set forth above. In step 412, the system 40 Tier i: less than $5,000 in an identified ab acct 

obtains banking institution and account data for all annuity Tier 2: $5,000-10,000 in an ab acct 

beneficiaries listed in the approved list In step 414, the Tier 3: over $10,000 in an ab acct 

system sums all account balances for all annuity beneficia- ^ — 

ries on a per annuity and per bank basis. Particularly, step Iq the deposit threshold table, the thresholds have been 
414^ ascertains earnings and principal held by a particular 45 established as below $5,000, between $5,000 and $10,000 
bank for the benefit of a particular annuity beneficiary. and above $10,000. When the annuity fund is initiaUy 

Decision step 416 determines whether the sum obtained in established, the customer may simply be required to identify 
step 414 exceeds a certain insured limit Data acquisition all banking institutions at each tier. Banks below tier 1 may 
step 414 may also acquire data relating to unqualified be identified but those banks may not be affected by the 
annuity funds as well as non-annuity fund data. 50 present system. In other words, the data processing system 

If the sum exceeds the insured limit or a pre-determined can be established such that rather than monitor the value of 
fund limit, the YES branch is taken and decision step 418 all AB funds continually, only funds in excess of a certain 
determines whether a single bank system is being utilized. If threshold and the related banks would be monitored. Banks 
the YES branch is taken from step 418, step 420 opens a new at tier 1 are not monitored because the qualified annuity 
annuity beneficiary account from the approved list of annu- 55 funds in these banks will not exceed $95,000. 
ity beneficiaries. Step 422 transfers funds from the identified The monitorization can be shifted to the customer such 
over limit annuity beneficiary account into the new annuity that the customer would be required to identify whether a 
beneficiary account If the NO branch is taken from decision bank has more than $5,000 or between $5,000 and $ 10,000 
step 418, that is, the system is not working in conjunction or over $10,000. Banks holding in excess of $10,000 for 
with a single bank, step 424 weighs the fund manager 60 particular annuity beneficiary may be classified as non- 
preference. For example, the fund manager may have deter- available. Otherwise, those banks may be identified as 
mined at an earlier time, that he or she wants all funds having a lower pre^texmined fund threshold. For example 
invested in a certain banking institution unless a second if a $10,000 threshold or tier 3 bank were identified, the 
banking institution has a better rate of return, has a higher pre-deterrnined fund limit nmy set at $9X),000 m mat bank 
bank rating or whatever. Unit 424 permits the system to be 65 wherein the actual depositor's insurance limit is $100,000. 
customized in this manner. Decision step 426 determines In that case, the system could monitor different fund limits 
whether the funds should be held in a single bank If the YES for different banks for different annuity, beneficiaries The 
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deposit threshold can be utilized such that the customers and 
annuity beneficiaries can be requested to update this infor- 
mation on what tier each bank falls within quarterly or 
yearly basis. Accordingly, this system periodically monitors 
N and UNQ funds. In an electronic monitoring system, the 
customer-AB may give the system operator authority to 
access bank account data to monitor the N and UNQ funds. 

The account data table which follows provides an 
example of such periodic monitoring. Also, the account data 
table may be part of the printed out report delivered to the 
customer and annuity beneficiary periodically along with 
information regarding the value of the annuity fund. 


Account Data Table 

Approved AB's 

primary customer individually is AB t 

secondary customer and spouse jointly is AB 2 
tertiary customer's spouse is AB 3 

List Banks Holding Funds 

customers individual (AB t ) 
list banks 

id deposit threshold tier 

less than $10K 

$10Kto$15K 

$15K to $20K 

over $20K 
customer and spouse joint account (ABj) 
list banks 

id deposit threshold tier 
customer's spouse individually (AB 3 ) 
list banks 

id deposit threshold tier 


10 


15 


20 


25 


30 


In the account data table, the customer or annuity ben- 
eficiary must identify primary, secondary and tertiary annu- 35 
ity beneficiaries. These are identified in the exemplary table 
as AB X , AB 2 and AB 3 which are, respectively, the individual 
customer, the customer and his or her spouse jointly and the 
customers spouse. The regulations governing the depositor's 
insurance recognize that ABj, AB 2 and AB 3 are different 40 
annuity beneficiaries since each entity has a different right, 
title and interest in and to the annuity fund established 
therefor. This is a subset of approved ABs for the customer- 
AB. The account data table continues by requesting or 
showing information from the customer/annuity beneficiary 45 
and identifying each bank holding funds on behalf of the 
particular annuity beneficiary. Accordingly, the individual 
customer AB t must identify all banks and the deposit 
threshold tier for each bank. Does the bank hold less than 
$10,000, between $10,000 and $15,000, between $15,000 50 
and $20,000 or over $20,000? It should be appreciated that 
appropriate deposit thresholds may be selected for the 
particular system established for a singular bank, multiple 
banks or banks within a certain family of companies. Hie 
account data table may continue to list each annuity ben- 55 
eficiary of the subset of approved annuity beneficiaries and 
require that the customer/annuity beneficiary identify the tier 
associated with a particular bank. 

FIG. 5 diagrammatically illustrates a front end or deposit 
threshold module utilizing the deposit threshold tiers dis- 60 
cussed above. In step 710, the system establishes a deposit 
threshold for each tier. This threshold may be different for 
particular banks, particular families of banks (within the 
same or related company) or otherwise. Step 712 obtains 
data relative to the approved subset of annuity beneficiaries 65 
(see the annuity beneficiary list) as well as banking institu- 
tion data and tier data for each annuity beneficiary. Step 714 


monitors the value of each annuity beneficiary contract (K) 
in each bank (BI). Step 716 provides reports when the sum 
of a particular annuity beneficiary contract (AB K) plus the 
deposit threshold identified with a particular bank (the tier) 
exceeds the insured limit Step 718 is a fund manager 
selection module which is preset by the fund manager 
dependent on certain parameters established for data trans- 
actional system herein. The fund manager may determine to 
shift all excess monies to a new annuity beneficiary contract 
in the same banking institution which is represented by step 
120. Alternatively, in addition to, or as a subset thereof, the 
manager or system may shift the entire amount of the 
excessive annuity beneficiary account to another annuity 
beneficiary from the approved list wherein that other annuity 
beneficiary has identified that particular banking institution 
at a lower tier. This is noted in step 722. For example, for a 
single bank system, assume that the first annuity beneficiary 
AB t is the customer individually. Assume also that the 
individual customer selected a particular bank at the $15,000 
level tier. The customer also approved a second annuity 
beneficiary AB 2 as the customer and his or her spouse, 
jointly. However, for the same bank, AB 2 identifies that bank 
at a tier less than $10,000. When the first annuity beneficiary 
contract, the AB r K exceeds the $80,000 (assuming $100, 
000 deposit insurance), the fund manager may determine 
that it is more prudent to shift the entire $80,000 annuity 
fund into the AB 2 account thereby providing an additional 
$10,000 to be accumulated in that particular bank under an 
AB 2 account. Since the customer has already pre-approved 
the entire list of annuity beneficiaries, it should not matter to 
him or her where the money is held as long as all the funds 
are federally insured under the depositor's insurance. 

Other selections available to the fund manager which 
would be executed automatically by the program, depending 
upon which module is designated as primary, secondary or 
otherwise, are found in step 724 which transfers the entire 
amount of the annuity contract or just the excess amount 
(over the insured limit or the pre-determined fund limit) to 
a new banking institution. Step 726 provides that the system 
would automatically generate a report to the customer/ 
annuity beneficiary requesting an update for the tier level for 
a particular banking institution or group of banking institu- 
tions. In other words, the system can be automated such that 
it requests additional information from the customer/annuity 
beneficiary when a particular annuity fund exceeds a certain 
value. In other words, the periodic monitoring system can 
request information when the annuity fund level exceeds a 
certain value rather than on a purely periodic basis, i.e., 
quarterly. 

FIGS. 6, 7A and 7B diagrammatically illustrate the flow 
of funds as well as the flow of data or information relative 
to the funds. Since a number of abbreviations are used in 
these figures, the following abbreviations table may be 
helpful 

Abbreviations Table far FIGS. 6 and 7 

AB Annuity beneficiary 

K Contract 

c m , e 0 earnings from real estate (RE.), mutual 

funds (m) and other investments (o), respectively 
ABj income to an AB 

e^, e,^ earnings from realized gains in real estate (r-g) 

and income earnings from real estate (r-1) 
^ ( ^tiy i ^^itTpgfi fami realized going fn mutual 

funds (rn-g) in enm r from nr^t 1 "*! funds (n-i) 
e n e^ earnings from realized gains in other investments 
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-continued monitor sum step 714 in FIG. 5, the sum account balances 

step 414 in FIG. 4, and the qualified fund data acquisition in 


Abbreviations Table for figs. 6 and 7 FIGS. 3B, 3C and 3D. The realization, conversion and 
- - investment in an approved banking institution provides 
ACi t S ^^^t^^-^L^ 5 depositor's insurance for those realized gains and earnings 
(real estate, mutual funds, others) and the income for each annuity beneficiary contract 
ABj paid to AB S . FIG. 7B diagrammaticaUy illustrates another data flow 
and transactional system. The system shown in FIG. 7B, the 

Tiru. -* . ,™ , , „ _ M , „. f . customer/annuity beneficiary places his or her initial invest- 
aspect to FIG. 6, me customer places money with meDt m a create of deposit or depository instrument CD, 
a life insurance company and the life insurance company 10 , T , ^ T i , 7 . . . * 
establishes an internal account for the customer. Me * a The bank then loans the money back to me 
insurance company then accumulates various funds from customer/annuity beneficiary. This enables the annuity ben- 
individual accounts as AB X , AB 2 , AB 3 and AB 4 and pur- efidarv t0 obtain txnc&t of <kp°atar s insurance on 
chases a certificate of deposit or deposit instrument CD A . The loan money from the customer/annuity beneficiary 
(coUectively herein a "CD") from the bank. In return for the 15 ^ given to the life insurance company which invest in 
customer establishing these annuity contracts with the life various secondary investments as discussed above. For 
insurance company, the life company may give the customer example, the life insurance company may invest in mutual 
a variable annuity contract Kj-ABi- The insurance company funds, real estate, debt, equity and etc. The returns or 
may obtain a loan from the bank based upon the CD and may earnings from those various secondary investments are 
invest this money into real estate, mutual funds or other 20 Cttanneied through the life insurance company and ulti- 
investments (debt, equity and etc.). These investments mately placed in CD 2 whereby the realized earnings and 
involve the transfer of money to the seller of the investment gains are subject to the depositor's insurance. The insurance 
and these secondary investments generate certain earnings company may also make monthly payments to the annuity 
"e". These earnings are generally identified as monthly beneficiaries designated in the corresponding contracts. In 
earnings such as interest, dividends or rents. The invest- 25 sucn cases, the differential between the realized gains and 
ments are secondary because the primary** investment is earnings and the monthly payments are deposited in deposit 
held by the band. instrument CD 2 at the bank. The insurance company, the 

Alternatively, the customer-AB could directly deposit the bank and the customer-AB may have an agreed upon 

money in the bank and obtain a loan (collateralized by the arrangement such that the customer-AB may use his or her 

CD). The loan proceeds would then be given to the life 30 designated portion of CD 2 as collateral for another loan. The 

insurance company for the secondary investments (real proceeds of this loan would be channeled through the 

estate, mutual funds, etc.). The customer-AB, the bank and insurance company and ultimately into further secondary 

the life insurance company may sign an agreement whereby investments. This deposit-loan-reinvestment plan may be 

the bank looks to the secondary investment as substitute "seamless" to the customer-AB in that the bank and the 

collateral for the loan. If the value of the secondary 35 insurance company may have a master agreement relating to 

investment-substitute collateral is not sufficient to cover the mc deposit of the funds into the bank by the 

loan, the bank would prohibit a full withdrawal of funds customer-AB, the initial loan and the subsequent transfer, 

from the secondary investments by customer-AB. If the conversion and loan on realized gains and earnings, 

secondary investments fully cover the loan, upon full with- With respect to redemptions of the contracts by customer/ 

drawal from the system by the customer, the bank and the 40 AB** may be possible to first liquidate the secondary 

life insurance company close out the loan, liquidate the CD investments to pay off the bank loan thereby minimizing the 

(the primary investment) and the secondary investment and degree of insurance on the primary investment In this case, 

pay the customer-AB the difference between the total and the secondary investment may be substitute collateral for the 

the loan pay-off amount loan. 

FIG. 7A shows a more complex system where the life 45 FIG. 7B would require transactional data monitoring and 

insurance company receives not only earned income earn- processing since the life insurance company must track the 

ings from the various investments such as income earnings amount and principal accumulation of CDj in the bank. In 

t r j from real estate and e^ income earnings from mutual other words, the customer/annuity beneficiary must give 

funds and from other investments but also realized gains permission to the life insurance to acquire data, preferably 

from cashing out of secondary investments. The realized 50 electronically from the bank regarding the amount of CD V 

gains from real estate occur when the real estate is sold and The life insurance company would also monitor the amount 

when the value or the amount of the sale exceeds the basis or CD 2 which represents the realized gains and earnings 

or cost of the investment This results in a realized gain. differential. The company would also monitor non-annuity 

These realized gains from the sales of investments are and unqualified annuity funds in some manner as described 

shown in FIG. 7A. E^ g represents earnings as realized gains 55 above. The life insurance company would periodically issue 

from real estate. E m _ g represents the realized gains from the reports to the customer/annuity beneficiary regarding the 

sale of mutual fund shares etc. These realized gains are sent value of his or her annuity funds. 

from the insurance company back to the bank for another For any particular annuity contract, the customer/annuity 

CD (CD 2 ). Also, the difference between the monthly income beneficiary may wish to diversify his or her portfolio. In 

earnings (dividends, rents and interest) less the monthly 60 other words, the customer/annuity beneficiary may wish to 

payouts to each annuity beneficiary (AB„ AB l2 ) are have part of his or her annuity contract protected by deposi- 

re-invested in the bank. The realized gains and earnings tor's insurance and have other parts not so protected, 

differential are invested into CD 2 . This enables the annuity Further, the system described above with respect to the loans 

beneficiaries to obtain the benefit of depositor's insurance on using the initial annuity contract as collateral results an 

realized gains and earnings which are accumulated in the 65 annuity contract whereby although the principal amount is 

bank These realized gains and earnings are part of the subject to depositor's insurance, the annuity beneficiary is 

annuity fund data monitored in step 26 in FIG. 1A, the subject to market forces in that the loan proceeds in the 
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secondary investments could be rendered worthless (or more 
optimistically generate a significantly higher return on 
investment than the return on a CD or deposit investment). 
Although the principal of the annuity contract may be fully 
protected by the depositor's insurance, other parties of the 
annuity contract may be subject to market forces. For 
example, assume that the annuity beneficiary obtained a loan 
from the bank using the CD investment of the annuity 
contract as collateral. Assume further that the annuity ben- 
eficiary invested the loan proceeds in mutual funds. The 
value of the annuity contract would depend upon the market 
value or net asset value (NAV) of the mutual funds. If the 
mutual funds increase in value, the total value of the annuity 
contract would also increase. Similarly, if the value of the 
mutual funds fell, the value of the total annuity contract 
would fall. The annuity beneficiary is protected against (a) 
failure of the bank since the government would pay the value 
of the CD in the event of such failure and (b) the failure of 
the life insurance company since the CD is, on a legal basis, 


Eq.A 


V c = (P(l - % risk) phis interest on CD eamr 

ogs therefrom) 

phts 


(P (% risk) phis (value non-CD investme 

nis less P 

(%risk))) 


pins 


(realized earnings from non-CD investme 

mis) 


15 


In equation A, the total current value of V c may be 
computed as follows: The initial principal P is multiplied by 
the difference 1 minus the percentage risk value w. If the 
customer accepts 100% market risk, the difference is zero 
(1 — 1) and therefore this portion of the V c formula is zero. 
On the other hand, if the risk value w if zero, the total 
principal P is protected. The earnings from that protected or 
risk free investment is added to the fully insured principal. 


_ The next portion of the V c formula quantifies the value of 

owned by the annuity beneficiary. In other words" the life 20 toe annuity contract which is subject to market forces. The 
insurance company does not have any right to retain the principal multiplied by the risk factor represents the initial 
value of that deposited money. However, the customer-AB's investment which is subject to the market risk w. This value 
investment in the mutual funds is subject to market forces. is added to the net, unrealized gain of the non-CD invest- 
ments. In other words, the net unrealized gain is the value of 
In the event the annuity beneficiary, wanted to diversify or 25 the non-CD investments or secondary investments less the 


shift part of his or her annuity contract into a higher risk 
category (thereby enhancing the potential for higher gains), 
the following customer report may be useful. 


30 


35 


Customer Report 

Customer data 

Annuity 1 

type: Variable 
risk level = w % 

beneficiary: ABj (customer individually) 
monthly income i f = $Q1, $Q2, $Q3, $Q4 
Initial Investment = $Pj 
Current value V. Ann. 1 = $V X 

Rate of return V. Ann. 1 = r 4 40 

Absolutely insured amount (AIA) $ 

Potentially insured amount (PIA) $ 

Note: Insurance protects against the failure of the bank holding 

the CD-principal or the Life Insurance Company. 
Affected Banks: BI, 

Beneficiary Banks: BI„ BI 2 45 
Identify tiers for banks: 
Annuity 2 

type: Variable 

beneficiary: ABj (customer and spouse jointly) 

repeat data above with i^ $p2, $V 2 , r^ AIA and PIA, etc. 
Annuity 3 

type: fixed 

beneficiary: AB3 (customer and child A jointly) 
monthly income i 3 fixed at $Qf 
initial investment = $ P 3 
AIA = $ Pj if i 3 equals CD earnings 

[Optionally: list AIA and PIA if i 3 is greater than return on CD] 


initial market risk investment This portion of the V c formula 
is added to realized earnings whether realized gains or 
realized incomes from non-CD or secondary investments. 

The customer report then shows the rate of return for the 
variable annuity one which is x v The customer report may 
also provide an indication regarding the amount of abso- 
lutely insured investments "AIA." Equation B which fol- 
lows shows the value of AIA. 

Eq. B 

absolutely insured amount=(P (1-% risk) plus interest on 
CD earnings therefrom) 

In equation B, the absolutely insured amount is the 
non-risk principal P multiplied by 1 minus %risk plus the 
earnings from that non-risk investment. 

The customer report may also indicate the potentially 
insured amount or "PIA. M Equation C which follows shows 
the potentially insured amount 

Eq.C 


Potentially insured amount = (AIA) 
plus 

5Q P (% risk) plus (value non-CD investments less P {% risk)) 
phis 

(realized and converted earnings from non-CD investments) 


In the customer report, each annuity has an assigned risk 
level selected initially by the customer-AB. If the risk level 
**w" is 100%, all of the annuity fund is subject to market 
forces. In annuity 1, the beneficiary is AB A which is the 
customer individually. The customer receives monthly 
income i x on a quarterly basis equal to $Q1, $Q2, $Q3 and 
$Q4. The initial investment was $P a . The current value of 
the variable annuity is $V 1 . The current value V c may be 
calculated as shown in equation A which follows. 


The potentially insured amount PIA is the absolutely 
55 insured amount AIA plus the initial investment at market 
risk plus the unrealized gain from the non-CD investment 
plus the realized and converted earnings (realized gains and 
monthly or periodic income earnings) from the non-CD 
investments. The potentially insured amount is the amount 
£0 insured if the bank and/or the life insurance company fails. 
The customer report may also provide a note that the 
insurance protects only certain aspects of the annuity ben- 
eficiaries contract Also, the customer report may identify 
affected banks and banks currently utilized by the benefi- 
65 ciary. The affected banks are banks holding qualified annuity 
funds for the system. Beneficiary banks are banks holding 
non-annuity and unqualified annuity funds for benefit of the 
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annuity beneficiary. Tier identification for each AB bank 
may also be included in the report The customer report 
would also preferably show other annuity contracts such as 
annuity 2 and annuity 3 as set forth above. 

FIG. 8 diagrammatically illustrates a diversified or an 
enhanced return system module. In step 810, the system 
obtains customer data, annuity beneficiary data, banking 
institution data and the risk level data acceptable to the 
customer/annuity beneficiary for the particular annuity con- 
tract In step 812, the system invests the principle $P in a CD 
in a bank In step 814, the system monitors the sum of the 
non-risk principal P(l-%risk) plus the earnings (interest) at 
the particular bank In step 816, the system transfers excess 
amounts of the qualified annuity funds over the pro- 
determined fund threshold into a new annuity beneficiary 
account or into a new banking institution as is necessary or 
as described earlier. Step 818 invests the risk money $P 20 
(%risk) in supplemental or secondary investment such as 
real estate, mutual funds etc. In steps 818 and 819, the 
system transfers realized gains and income from the supple- 
mental investment to the annuity beneficiary account at the 
particular bank institution. Step 820 repeats "monitor" step 
814 and 'transfer excess step" 8i6. Step 822 computes the 
absolutely insured amount AIA and the potentially insured 
amount PIA and the current value V c of the annuity benefi- 
ciary contract AB-K. Step 824 provides a report to the 30 
customer which may include the data from the customer 
report set forth above. 


Exposure Tabic 2 
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It may be desirable to establish a system utilizing a pool 
of annuity contracts. Further, a pooled system may be so 
complex or that* so large at any given moment, the system 
operator could not absolutely guarantee that all funds asso- 
ciated with the system are covered by depositor's insurance. 
In order to ascertain and track the uninsured portions, the ^ 
following exposure tables, Exposure Tables 1 and 2, estab- 
lish exemplary system parameters. These parameters may be 
incorporated into a data transactional system to monitor the 
deposit insurance coverage for a multiplicity of annuity or 
life insurance contracts. 45 


Exposure Table 1 


Pool limit is 100 ABs per BI 

$50K ($50,000) initial investment (fixed) per contract 
IK dep thres: AB limit none Tier 1 

5K dep thres: AB limit is 20 ABs Tier 2 

10K dep thres. AB limit is 10 ABs Tier 3 

LD-CD or BIC equals $5M (S5,000,000) 
government insured value = S100K 
pred. fund limit = $95K 
reserved funds calculation (maximum) 
1st determine covered funds 
IK AB dep thres 
5K AB dep thres 

Tier 1 and 2 ABs are fully covered 
2nd determine exposure for uncovered funds 
10K less (100K less pred fund limit) 
exposure 5K per uncovered AB 
total exposure SK multiplied by number of un- 
covered ABS - (S5K times 10 max'm ABs) = $50K 
total expose 

Secure insurance for $50K if bank failure or reserve - 
funds 


50 


55 


60 


65 


Pool limit is 100 ABs per BI 

$50K-$90K initial investment per contract 
10K dep thres: AB Emit none Tier 1 

10K-15K dep thres: AB limit 20 Tier 2 

15K-2QK dep thres: AB limit 10 Tier 3 

BIC equals $5M to $9M 

government insured value is $100K 
pred fund limit = $90K 
reserved funds calculation: 

p niMniiTm 

Tier 1 ABs are fully covered by insurance 
maijpTum exposure 

2nd Tier: $5K exposure per AB at Tier 2 

20 ABs ""Timtim at Tier 2 
$5K multiplied by 20 = $1M exposure 
3rd Tier $20K exposure per AB at Tier 3 
10 ABs maximum at Tier 3 
$20K times 10 = $200K exposure 
total maximum exposure is $1.2M 


In each one of these exposure tables, the total number of 
annuity beneficiaries is limited to a certain pool limit. In 
Exposure Table 1, the initially investment is fixed at $50,000 
per annuity contract. Only 100 annuity beneficiaries may 
participate in this bank pool. On the other hand, deposit 
thresholds have been established and the number annuity 
beneficiaries are limited at tiers 2 and 3. The calculations set 
forth in Exposure Table 1 provide that the maximum degree 
of exposure for uninsured funds is $50,000 or $50K. With 
respect to Exposure Table 2, the pool limit is 100 annuity 
beneficiaries but the initial investment for each AB contract 
may vary from $50,000 to $90,000. The maximum unin- 
sured exposure is $1200,000 ($1.2M) as calculated in 
Exposure Table 2. The exposure level at each tier is estab- 
lished by subtracting, from the deposit threshold, the deposi- 
tor's insurance limit less the pre-determined fund limit The 
pre-determined fund limit is explained earlier. If the deposit 
threshold is less than or equal to the pre-determined fund 
limit, there is no exposure. However, for a deposit threshold 
greater than the predetermined fund limit, the exposure for 
the system is based upon the number of annuity, beneficia- 
ries at that tier multiplied by the amount of exposed invest- 
ment for each annuity beneficiary,. When these tiered values 
and exposure levels are summed, the maximum exposure 
can be calculated for the system. 

As explained earlier, the system can operate substantially 
si milar with life insurance contracts and life insurance 
beneficiaries. The claims appended hereto are meant to 
cover a system operating in conjunction with life insurance 
funds. 

What is claimed is: 

1. A computer-based method for electronically processing 
transactional data and monitoring funds for a plurality of 
annuity or life insurance contracts, purchased by a plurality 
of customers funding said contracts, to obtain the benefit of 
depositor's insurance available through at least one of a 
plurality of federally approved banking institutions, said 
depositor's insurance protecting funds less than a predeter- 
mined fund limit, said computer-based method comprising 
the steps of: 

electronically inputting and storing annuity or life insur- 
ance contract fund data, associated customer data, 
contract beneficiary data; 

electronically inputting and storing non-annuity contract, 
unqualified annuity contract and non-life insurance 
contract fund data representing non-contract funds, 
above a predetermined threshold held in banking insti- 
tutions for each beneficiary; 
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electronically determining whether the sum of all contract 
funds, identified with a single beneficiary and desig- 
nated for one banking 

institution of said plurality of banking institutions, plus all 
non-contract funds held by said one banking institution 
for said single beneficiary and represented by corre- 
sponding data, exceeds said predetermined fund limit; 

electronically commanding and ordering the transfer of 
excess contract funds identified with said single ben- 
eficiary and designated for said one banking institution 
to another one of said plurality of banking institutions; 
and, 

electronically determining the excess contract funds, 
inputting and storing non-contract fund and related 
banking institution data, and electronically command- 
ing and ordering the transfer of excess contract funds, 
for all banking institutions designated to hold contract 
funds for all beneficiaries to obtain the benefit of said 
depositor's insurance for contract funds. 

2. A computer-based method for electronically processing 
transactional data as claimed in claim 1 wherein the step of 
electronically inputting and storing non-contract fund data 
above said predetermined threshold includes the step of 
providing a predetermined fund threshold which is greater 
than or equal to zero and the method includes the step of 
electronically substituting said predetermined threshold for 
said non-contract fund data in the step of electronically 
determining the sum when said non-contract fund data does 
not exceed said predetermined threshold. 

3. A computer-based method for electronically processing 
transactional data as claimed in claim 1 wherein the steps of 
inputting and storing non-contract fund data and related 
banking institution data, electronically determining excess 
contract funds, and electronically commanding and ordering 
the transfer of excess contract funds includes the step of 
electronically utilizing data from a single banking institu- 
tion. 

4. A computer-based method for electronically processing 
transactional data as claimed in claim 1 including the steps 
of: 

electronically inputting data regarding government estab- 
lished depositor's insurance limit value; 

establishing said predetermined fund limit as one of said 
depositor's insurance limit value or a predetermined 
lower value. 

5. A computer-based method for electronically processing 
transactional data as claimed in claim 1 including the steps 
of: 

generating a periodic printed out report showing the sum 
of all contract funds for a respective beneficiary pro- 
vided by a corresponding customer and which obtain 
the benefit of said depositor's insurance for said con- 
tract funds; and, 

generating a supplemental printed out report showing all 
banking institution data for each said respective ben- 
eficiary. 

6. A computer-based method for electronically processing 
transactional data as claimed in claim 2 wherein the steps of 
inputting and storing non-contract fund data and related 
banking institution data, electronically determining excess 
contract funds, and electronically commanding and ordering 
the transfer of excess contract funds includes the step of 
electronically utilizing data from a single banking institu- 
tion. 

7. A computer-based method for electronically processing 
transactional data as claimed in claim 6 including the steps 
of: 
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electronically inputting data regarding government estab- 
lished depositor's insurance limit value; 

establishing said predetermined fund limit as one of said 
depositor's insurance limit value or a predetermined 
lower value. 

8. A computer-based method for electronically processing 
transactional data as claimed in claim 7 including the steps 
of: 

generating a periodic printed out report showing the sum 
of all contract funds for a respective beneficiary pro- 
vided by a corresponding customer and which obtain 
the benefit of said depositor's insurance for said con- 
tract funds; and, 

generating a supplemental printed out report showing all 
banking institution data for each said respective ben- 
eficiary. 

9. A computer-based method for electronically processing 
transactional data and monitoring funds far a plurality of 
annuities, purchased by a plurality of customers funding said 
annuities, to obtain the benefit of depositor's insurance 
available through at least one of a plurality of federally 
approved banking institutions, said depositor's insurance 
protecting funds less than a predetermined fund limit, said 
computer-based method comprising the steps of: 

electronically inputting and storing annuity fund data, 
associated customer data, annuity beneficiary data that 
includes, for at least one annuity fund, a subset of 
annuity beneficiary data approved for said one annuity 
fund, and banking institution data; 

electronically inputting and storing non-annuity funds and 
unqualified annuity funds data above a predetermined 
threshold held in banking institutions for each annuity 
beneficiary; 

electronically deterrmning whether the sum of all annuity 
funds, identified with a single annuity beneficiary and 
designated for certificates of deposit issued by one 
banking institution of said plurality of banking 
institutions, plus all non-annuity funds and unqualified 
annuity funds held by said one banking institution for 
said single annuity beneficiary and represented by 
corresponding data, exceeds said predetermined fund 
limit; 

for said single annuity beneficiary which is not included 
in said approved subset, electronically commanding 
and ordering the transfer of excess annuity funds iden- 
tified with said single annuity beneficiary and desig- 
nated for said one banking institution to a first deposit 
instrument issued by another one of said plurality of 
banking institutions; 

for said single annuity beneficiary which is included in 
said approved subset, electronically commanding and 
ordering the transfer of excess annuity funds identified 
with said single annuity beneficiary and designated for 
said one banking institution to a second deposit instru- 
ment identified with another annuity beneficiary that is 
part of the approved subset with said single annuity 
beneficiary and issued by said one banking institution 
of said plurality of banking institutions; and, 

electronically determining the excess annuity funds, 
inputting and storing non-annuity funds and unquali- 
fied annuity funds and related banking mstitution data, 
and electronically commanding and ordering the trans- 
fer of excess annuity funds, for all banking institutions 
designated to hold certificates of deposit for all annuity 
beneficiaries to obtain the benefit of said depositor's 
insurance for qualified annuity funds. 
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10. A computer-based method for electronically process- 
ing transactional data as claimed in claim 9 wherein the step 
of electronically inputting and storing non-annuity funds and 
unqualified annuity funds data above said predetermined 
threshold includes the step of providing a predetermined 5 
fund threshold which is greater than or equal to zero and the 
method includes the step of electronically substituting said 
predetermined threshold for said non-annuity and unquali- 
fied annuity fund data in the step of electronically determin- 
ing the sum when said fund data does not exceed said 10 
predetermined threshold. 

11. A computer-based method for electronically process- 
ing transactional data as claimed in claim 9 wherein the steps 
of inputting and storing non-annuity funds and unqualified 
annuity funds and related banking institution data, electroni- is 
cally determining excess annuity, funds, and electronically 
commanding and ordering the transfer of excess annuity 
funds includes the step of electronically utilizing data from 

a single banking institution. 

12. A computer-based method for electronically process- 20 
ing transactional data as claimed in claim 9 including the 
steps of: 

electronically inputting data regarding government estab- 
lished depositor's insurance limit value; 

establishing said predetermined fund limit as one of said 25 
depositor's insurance limit value or a predetermined 
lower value. 

13. A computer-based method for electronically process- 
ing transactional data as claimed in claim 9 including the 
steps of: 30 

generating a periodic printed out report showing the sum 
of all annuity funds for a respective annuity beneficiary 
provided by a corresponding customer and which 
obtain the benefit of said depositor's insurance for said 
qualified annuity funds; and, generating a supplemental 
printed out report showing all banking institution data 
for each said respective annuity beneficiary. 

14. A computer-based method for electronically process- 
ing transactional data as claimed in claim 10 wherein the 
steps of inputting and storing non-annuity funds and 
unqualified annuity funds and related banking institution 
data, electronically determining excess annuity funds, and 
electronically commanding and ordering the transfer of 
excess annuity funds includes the step of electronically 
utilizing data from a single banking institution. 

15. A computer-based method for electronically process- 
ing transactional data as claimed in claim 14 including the 
steps of: 

electronically inputting data regarding government estab- 5Q 

lished depositor's insurance limit value; 
establishing said predetermined fund limit as one of said 

depositor's insurance limit value or a predetermined 

lower value. 

16. A computer-based method for electronically process- 55 
ing transactional data as claimed in claim 15 including the 
steps of: 

generating a periodic printed out report showing the sum 
of all annuity funds for a respective annuity beneficiary 
provided by a corresponding customer and which 60 
obtain the benefit of said depositor's insurance for said 
qualified annuity funds; and, 

generating a supplemental printed out report showing all 
banking institution data for each said respective annuity 
beneficiary. 65 

17. A computer-based method for electronically process- 
ing transactional data and monitoring funds for a plurality of 
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annuities, purchased by a plurality of customers funding said 
annuities, to obtain the benefit of depositor's insurance 
available through at least one of a plurality of federally 
approved banking institutions, said depositor's insurance 
protecting funds less than a predetermined fund limit, said 
computer-based method comprising the steps of: 
electronically inputting and storing invested funds data, 
annuity fund data which is a subset of said invested 
funds data, associated customer data, annuity benefi- 
ciary data, and banking institution data; 
electronically inputting and storing non-annuity funds and 
unqualified annuity funds data above a predetermined 
threshold held in banking institutions for each annuity 
beneficiary; 

electronically inputting and storing invested funds data 
for each annuity beneficiary; 

electronically determining whether the sum of all annuity 
funds, identified with a single annuity beneficiary and 
designated for certificates of deposit issued by one 
banking institution of said plurality of banking institu- 
tions exceeds said predetermined fund limit while 
accounting for said predetermined threshold and 
respective non-annuity funds and unqualified annuity 
funds held by said one banking institution for said 
single annuity beneficiary; 

electronically commanding and ordering the transfer of all 
excess annuity funds identified with said single annuity 
beneficiary and designated for said one banking insti- 
tution to a deposit instrument issued by another one of 
said plurality of banking institutions; 

electronically determining the excess annuity funds plus 
non-annuity and unqualified annuity funds over said 
predetermined fund limit, inputting and storing non- 
annuity funds and unqualified annuity funds and related 
banking institution data, and electronically command- 
ing and ordering the transfer of excess annuity funds, 
for all banking institutions designated to hold certifi- 
cates of deposit for all annuity beneficiaries to obtain 
the benefit of said depositor's insurance for qualified 
annuity funds; and, 

electronically computing and monitoring a total value 
representing the sum of said annuity funds and said 
invested funds for each said annuity beneficiary. 

18. A computer-based method for electronically process- 
ing transactional data as claimed in claim 17 including the 
step of: 

electronically commanding and ordering the transfer of 
realized earnings from said invested funds into said 
annuity funds for each respective annuity beneficiary; 
and, 

repeating the step of electronically determining the sum of 
all annuity funds and transferring the excess thereof. 

19. A computer-based method for electronically process- 
ing transactional data and monitoring funds for a plurality of 
annuities, purchased by a plurality of customers funding said 
annuities, to obtain the benefit of depositor's insurance 
available through at least one of a plurality of federally 
approved banking institutions, said depositor's insurance 
protecting funds less than a predetermined fund limit, said 
computer-based method comprising the steps of: 

providing a computer system for the input, output, cor- 
relation and storage of customer data, annuity benefi- 
ciary data, annuity fund data, and banking institution 
data; 

via said computer system: 
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(a) electronically inputting and storing annuity fund data, 
associated customer data, annuity beneficiary data that 
includes, far at least one annuity fund, a subset of 
annuity beneficiary data approved for said one annuity 
fund, and banking institution data; 5 

(b) electronically inputting and storing non-annuity funds 
and unqualified annuity funds data above a predeter- 
mined threshold held in banking institutions for each 
annuity beneficiary; 

(c) electronically determining whether the sum of all 10 
annuity funds, identified with a single annuity benefi- 
ciary and designated for certificates of deposit issued 
by one banking institution of said plurality of banking 
institutions exceeds said predetermined fund limit 
while accounting for said non-annuity funds and 
unqualified annuity funds in step (b); 

(d) electronically commanding and ordering the transfer 
of excess annuity funds identified with said single 
annuity beneficiary and designated for said one banking 
institution to one of a first deposit instrument issued by 
another one of said plurality of banking institutions and 20 
a second deposit instrument identified with another 
annuity beneficiary that is part of the approved subset 
with said single annuity beneficiary and issued by said 
one banking institution of said plurality of banking 
institutions; and, 25 

(e) electronically determining the excess annuity funds, 
inputting and storing non-annuity funds and unquali- 
fied annuity funds and related banking institution data, 
and electronically commanding and ordering the trans- 
fer of excess annuity funds, for all banking institutions 30 
designated to hold certificates of deposit for all annuity 
beneficiaries to obtain the benefit of said depositor's 
insurance for qualified annuity funds. 

20. A computer-based method for electronically process- 
ing transactional data and monitoring funds for a plurality of 35 
annuities, purchased by a plurality of customers funding said 
annuities, to obtain the benefit of depositor's insurance 
available through at least one of a plurality of federally 
approved banking institutions, said depositor's insurance 
protecting funds less than a predetermined fund limit, said 40 
computer-based method comprising the steps of: 
providing a computer system for the input, output, cor- 
relation and storage of customer data, annuity benefi- 
ciary data, annuity fund data, and banking institution 45 
data; 

via said computer system: 

(a) electronically inputting and storing annuity fund data, 
associated customer data, annuity beneficiary data that 
includes, for at least one annuity fund, a subset of ^ 
annuity beneficiary data approved for said one annuity 
fund, and banking institution data; 

(b) electronically inputting and storing non-annuity funds 
and unqualified annuity funds data above a predeter- 
mined threshold held in banking institutions for each 55 
annuity beneficiary; 

(c) electronically deterniining whether the sum of all 
annuity funds, identified with a single annuity benefi- 
ciary and designated for certificates of deposit issued 
by one banking institution of said plurality of banking 60 
institutions, plus all non-annuity funds and unqualified 
annuity funds held by said one banking institution far 
said single annuity beneficiary and represented by 
corresponding data, exceeds said predetermined fund 
limit; 65 

(d) far said single annuity beneficiary which is not 
included in said approved subset, electronically com- 
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manding and ordering the transfer of excess annuity 
funds identified with said single annuity beneficiary 
and designated for said one banking institution to a first 
deposit instrument issued by another one of said plu- 
rality of banking institutions; 

(e) for said single annuity beneficiary which is included in 
said approved subset, electronically commanding and 
ordering the transfer of excess annuity funds identified 
with said single annuity beneficiary and designated for 
said one banking institution to a second deposit instru- 
ment identified with another annuity beneficiary that is 
part of the approved 

subset with said single annuity beneficiary and issued by 
said one banking institution of said plurality of banking 
institutions; and, 

(f) electronically deterrruning the excess annuity funds, 
inputting and storing non-annuity funds and unquali- 
fied annuity funds and related banking institution data, 
and electronically commanding and ordering the trans- 
fer of excess annuity funds, for all banking institutions 
designated to hold certificates of deposit for all annuity 
beneficiaries to obtain the benefit of said depositor's 
insurance for qualified annuity funds. 

21. A computer-based method for electronically process- 
ing transactional data and monitoring funds for a plurality of 
annuities, purchased by a plurality of customers funding said 
annuities, to obtain the benefit of depositor's insurance 
available through at least one of a plurality of federally 
approved banking institutions, said depositor's insurance 
protecting funds less than a predetermined fund limit, said 
computer-based method comprising the steps of: 
providing a computer system for the input, output, car- 
relation and storage of customer data, annuity benefi- 
ciary data, annuity fund data, and banking institution 
data; 

via said computer system: 

(a) electronically inputting and storing invested funds 
data, annuity fund data which is a subset of said 
invested funds data, associated customer data, annuity 
beneficiary data, and banking institution data; 

(b) electronically inputting and storing non-annuity funds 
and unqualified annuity funds data above a predeter- 
mined threshold held in banking institutions for each 
annuity beneficiary; 

(c) electronically inputting and storing invested funds data 
for each annuity beneficiary; 

(d) electronically determining whether the sum of all 
annuity funds, identified with a single annuity 
beneficiary, and designated for certificates of deposit 
issued by one banking institution of said plurality of 
banking institutions exceeds said predetermined fund 
limit while accounting for data identified in step (b) for 
said single annuity beneficiary; 

(e) electronically commanding and ordering the transfer 
of all excess annuity funds identified with said single 
annuity beneficiary and designated for said one banking 
institution to a deposit instrument issued by another one 
of said plurality of banking institutions; 

(f) electronically determining the excess annuity funds 
plus non-annuity and unqualified annuity funds over 
said predetermined fund limit, inputting and storing 
non-annuity funds and unqualified annuity funds and 
related banking institution data, and electronically 
commanding and ordering the transfer of excess annu- 
ity funds, for all banking institutions designated to hold 
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certificates of deposit for all annuity beneficiaries to 
obtain the benefit of said depositor's insurance for 
qualified annuity funds; and, 
(g) electronically computing and monitoring a total value 
representing the sum of said annuity funds and said 3 
invested funds for each said annuity beneficiary. 

22. A computer-based system for electronically process- 
ing annuity funds to obtain the benefit of depositor's insur- 
ance available through a plurality of federally approved 
banking institutions, said depositor's insurance protecting 10 
funds less than a predetermined fund limit, said computer- 
based system comprising: 

means for electronically inputting and storing annuity 
fund, non-annuity fund and unqualified annuity fund 
data and associated annuity beneficiary data that 15 
includes, for at least one annuity fund, a subset of 
annuity beneficiary data approved for said one annuity 
fund, associated customer data, and banking institution 
data; 

20 

means for identifying, electronically labeling and main- 
taining an electronic list of all banking institutions 
which hold non-annuity funds and unqualified annuity 
funds above a predetermined threshold for each annuity 
beneficiary; 

means for electronically determining whether the sum of 
all annuity funds, identified with a single annuity 
beneficiary and designated for certificates of deposit 
issued by one banking institution of said plurality of 
banking institutions exceeds said predetermined fund 3Q 
limit while taking into account non-annuity funds and 
unqualified annuity funds above said predetermined 
threshold; 

means for electronically commanding and ordering the 
transfer of all annuity funds identified with said single 35 
annuity beneficiary and designated for said one banking 
institution in excess of said predetermined fund limit to 
one of a first deposit instrument issued by another 
banking institution of said plurality of banking institu- 
tions and a second deposit instrument identified with ^ 
another annuity beneficiary that is part of the approved 
subset with said single annuity beneficiary and issued 
by said one banking institution of said plurality of 
banking institutions; and, 

means for electronically determining excess funds over 43 
said predetermined fund limit, electronically inputting 
non-annuity fund and unqualified annuity fund data and 
related banking institution data, and electronically 
commanding the transfer of excess annuity funds, for 
all banking institutions designated to hold certificates 50 
of deposit for all annuity beneficiaries to obtain the 
benefit of said depositor's insurance for qualified annu- 
ity funds. 

23. A computer-based system for electronically process- 
ing annuity funds to obtain the benefit of depositor's insur- 55 
ance available through a plurality of federally approved 
banking institutions, said depositor's insurance protecting 
funds less than a predetermined fund limit, said computer- 
based system comprising: 

means for electronically inputting and storing invested 60 
funds data, annuity fund data which is a subset of said 
invested funds data, non-annuity fund and unqualified 
annuity, fund data and associated annuity beneficiary 
data, associated customer data, and banking institution 
data; 65 

means for identifying, electronically labeling and main- 
taining an electronic list of all banking institutions 
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which hold non-annuity funds and unqualified annuity 
funds above a predetermined threshold for each annuity 
beneficiary; 

means for electronically monitoring invested funds data 
far each annuity beneficiary; 

means for electronically determining whether the sum of 
all annuity funds, identified with a single annuity 
beneficiary and designated for certificates of deposit 
issued by one banking institution of said plurality of 
banking institutions exceeds said predetermined fund 
limit while taking into account non-annuity funds and 
unqualified annuity funds above said predetermined 
threshold; 

means for electronically commanding and ordering the 
transfer of all annuity funds identified with said single 
annuity beneficiary and designated for said one banking 
institution in excess of said predetermined fund limit to 
a deposit instrument issued by another banking insti- 
tution of said plurality of banking institutions; 

means for electronically determining excess funds over 
said predetermined fund limit, electronically inputting 
non-annuity fund and unqualified annuity fund data and 
related banking institution data, and electronically 
commanding the transfer of excess annuity funds, for 
all banking institutions designated to hold certificates 
of deposit for all annuity beneficiaries to obtain the 
benefit of said depositor's insurance for qualified annu- 
ity funds; and, 

means for computing and monitoring a total value repre- 
senting the sum of said annuity funds and said invested 
funds for each annuity beneficiary. 

24. A computer-based system for electronically process- 
ing as claimed in claim 23 including: 

means for electronically commanding and ordering the 
transfer of realized earnings from said invested funds 
into said annuity funds for each respective annuity 
beneficiary. 

25. A computer-based method for electronically process- 
ing transactional data and monitoring funds for a plurality of 
life insurance contracts, purchased by a plurality of custom- 
ers funding said life insurance contracts, to obtain the benefit 
of depositor's insurance available through at least one of a 
plurality of federally approved banking institutions, said 
depositor's insurance protecting funds less than a predeter- 
mined fund limit, said computer-based method comprising 
the steps of: 

electronically inputting and storing life fund data, asso- 
ciated customer data, life beneficiary data that includes, 
for at least one life fund, a subset of life beneficiary data 
approved for said one life fund, and banking institution 
data; 

electronically inputting and storing non-life funds and 
unqualified life funds data above a predetermined 
threshold held in banking institutions for each life 
beneficiary; 

electronically determining whether the sum of all life 
funds, identified with a single life beneficiary and 
designated for certificates of deposit issued by one 
banking institution of said plurality of banking 
institutions, plus all non-life funds and unqualified life 
funds held by said one banking institution for said 
single life beneficiary and represented by correspond- 
ing data, exceeds said predetermined fund limit; 

electronically commanding and ordering the transfer of 
excess life funds identified with said single life ben- 
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eficiary and designated for said one banking institution 
to one of a first deposit instrument issued by another 
one of said plurality of banking institutions and a 
second deposit instrument identified with another life 
beneficiary that is part of the approved subset with said 5 
single life beneficiary and issued by said one banking 
institution of said plurality of banking institutions; and, 
electronically determining the excess life funds, inputting 
and storing non-life funds and unqualified life funds 
and related banking institution data, and electronically 10 
commanding and ordering the transfer of excess life 
funds, for all banking institutions designated to hold 
certificates of deposit for all life beneficiaries to obtain 
the benefit of said depositor's insurance for qualified 
life funds. 15 

26. A computer-based method for electronically process- 
ing transactional data as claimed in claim 25 wherein the 
step of electronically inputting and storing non-life funds 
and unqualified life funds data above said predetermined 
threshold includes the step of providing a predetermined 20 
fund threshold which is greater than or equal to zero and the 
method includes the step of electronically substituting said 
predetermined threshold for said non-life and unqualified 
life fund data in the step of electronically determining the 
sum when said fund data does not exceed said predeter- 25 
mined threshold 

27. A computer-based method for electronically process- 
ing transactional data as claimed in claim 25 wherein the 
steps of inputting and storing non-life funds and unqualified 
life funds and related banking institution data, electronically 30 
determining excess life funds, and electronically command- 
ing and ordering the transfer of excess life funds includes the 
step of electronically utilizing data from a single banking 
institution. 

28. A computer-based method for electronically process- 35 
ing transactional data as claimed in claim 25 including the 
steps of: 

electronically inputting data regarding government estab- 
lished depositor's insurance limit value; 

establishing said predetermined fund limit as one of said 
depositor's insurance limit value or a predetermined 
lower value. 

29. A computer-based method for electronically process- 
ing transactional data as claimed in claim 25 including the 45 
steps of: 

generating a periodic printed out report showing the sum 
of all life funds for a respective life beneficiary pro- 
vided by a corresponding customer and which obtain 
the benefit of said depositor's insurance for said quali- 50 
tied life funds; and, 

generating a supplemental printed out report showing all 
banking institution data for each said respective life 
beneficiary. 

30. A computer-based method for electronically process- 55 
ing transactional data as claimed in claim 26 wherein the 
steps of inputting and storing non-life funds and unqualified 
life funds and related banking institution data, electronically 
deterrnining excess life funds, and electronically command- 
ing and ordering the transfer of excess life funds includes the $o 
step of electronically utilizing data from a single banking 
institution. 

31. A computer-based method for electronically process- 
ing transactional data as claimed in claim 30 including the 
steps of: 65 

electronically inputting data regarding government estab- 
lished depositor's insurance limit value; 
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establishing said predetermined fund limit as one of said 
depositor's insurance limit value or a predetermined 
lower value. 

32. A computer-based method for electronically process- 
ing transactional data as claimed in claim 31 including the 
steps of: 

generating a periodic printed out report showing the sum 
of all life funds far a respective life beneficiary pro- 
vided by a corresponding customer and which obtain 
the benefit of said depositor's insurance for said quali- 
fied life funds; and, 

generating a supplemental printed out report showing all 
banking institution data for each said respective life 
beneficiary. 

33. A computer-based method for electronically process- 
ing transactional data and monitoring funds for a plurality of 
life insurance contracts, purchased by a plurality of custom- 
ers funding said life insurance contracts, to obtain the benefit 
of depositor's insurance available through at least one of a 
plurality of federally approved banking institutions, said 
depositor's insurance protecting funds less than a predeter- 
mined fund limit, said computer-based method comprising 
the steps of: 

electronically inputting and storing life fund data, asso- 
ciated customer data, life beneficiary data that includes, 
for at least one life fund, a subset of life beneficiary data 
approved for said one life fund, and banking institution 
data; 

electronically inputting and storing non-life funds and 
unqualified life funds data above a predetermined 
threshold held in banking institutions for each life 
beneficiary; 

electronically determining whether the sum of all life 
funds, identified with a single life beneficiary and 
designated for certificates of deposit issued by one 
banking institution of said plurality of banking 
institutions, plus all non-life funds and unqualified life 
funds held by said one banking institution for said 
single life beneficiary and represented by correspond- 
ing data, exceeds said predetermined fund limit; 

for said single life beneficiary which is not included in 
said approved subset, electronically commanding and 
ordering the transfer of excess life funds identified with 
said single life beneficiary and designated for said one 
banking institution to a first deposit instrument issued 
by another one of said plurality of banking institutions; 

for said single life beneficiary which is included in said 
approved subset, electronically commanding and order- 
ing the transfer of excess life funds identified with said 
single life beneficiary and designated for said one 
banking institution to a second deposit instrument 
identified with another life beneficiary that is part of the 
approved subset with said single life beneficiary and 
issued by said one banking institution of said plurality 
of banking institutions; and, 

electronically detenmning the excess life funds, inputting 
and storing non-life funds and unqualified life funds 
and related banking institution data, and electronically 
commanding and ordering the transfer of excess life 
funds, for all banking institutions designated to hold 
certificates of deposit for all life beneficiaries to obtain 
the benefit of said depositor's insurance for qualified 
life funds. 

34. A computer-based method for electronically process- 
ing transactional data as claimed in claim 33 wherein the 
step of electronically inputting and storing non-life funds 
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and unqualified life funds data above said predetermined 
threshold includes the step of providing a predetermined 
fund threshold which is greater than or equal to zero and the 
method includes the step of electronically substituting said 
predetermined threshold for said non-life and unqualified 
life fund data in the step of electronically determining the 
sum when said fund data does not exceed said predeter- 
mined threshold. 

35. A computer-based method for electronically process- 
ing transactional data as claimed in claim 33 wherein the 
steps of inputting and storing non-life funds and unqualified 
life funds and related banking institution data, electronically 
determining excess life funds, and electronically command- 
ing and ordering the transfer of excess life funds includes the 
step of electronically utilizing data from a single banking 
institution. 

36. A computer-based method for electronically process- 
ing transactional data as claimed in claim 33 including the 
steps of: 

electronically inputting data regarding government estab- 
lished depositor's insurance limit value; 

establishing said predetermined fund limit as one of said 
depositor's insurance limit value or a predetermined 
lower value. 

37. A computer-based method for electronically process- 
ing transactional data as claimed in claim 33 including the 
steps of: 

generating a periodic printed out report showing the sum 
of all life funds for a respective life beneficiary pro- 
vided by a corresponding customer and which obtain 
the benefit of said depositor's insurance for said quali- 
fied life funds; and, 

generating a supplemental printed out report showing all 
banking institution data for each said respective life 
beneficiary. 

38. A computer-based method for electronically process- 
ing transactional data as claimed in claim 34 wherein the 
steps of inputting and storing non-life funds and unqualified 
life funds and related banking institution data, electronically 
determining excess life funds, and electronically command- 
ing and ordering the transfer of excess life funds includes the 
step of electronically utilizing data from a single banking 
institution. 

39. A computer-based method for electronically process- 
ing transactional data as claimed in claim 38 including the 
steps of: 

electronically inputting data regarding government estab- 
lished depositor's insurance limit value; 

establishing said predetermined fund limit as one of said 50 
depositor's insurance limit value or a predetermined 
lower value. 

40. A computer-based method for electronically process- 
ing transactional data as claimed in claim 39 including the 
steps of: 

generating a periodic printed out report showing the sum 
of all life funds for a respective life beneficiary pro- 
vided by a corresponding customer and which obtain 
the benefit of said depositor's insurance for said quali- 
fied life funds; and, 

generating a supplemental printed out report showing all 
banking institution data for each said respective life 
beneficiary. 

41. A computer-based method for electronically process- 
ing transactional data and monitoring funds for a plurality of 65 
life insurance contracts, purchased by a plurality of custom- 
ers funding said life insurance contracts, to obtain the benefit 
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of depositor's insurance available through at least one of a 
plurality of federally approved banking institutions, said 
depositor's insurance protecting funds less than a predeter- 
mined fund limit, said computer-based method comprising 
the steps of: 

electronically inputting and storing invested funds data, 
life fund data which is a subset of said invested funds 
data, associated customer data, life beneficiary data, 
and banking institution data; 

electronically inputting and storing non-life funds and 
unqualified life funds data above a predetermined 
threshold held in banking institutions for each life 
beneficiary; 

electronically inputting and storing invested funds data 
for each life beneficiary; 

electronically determining whether the sum of all life 
funds, identified with a single life beneficiary and 
designated for certificates of deposit issued by one 
banking institution of said plurality of banking institu- 
tions exceeds said predetermined fund limit while 
accounting for said predetermined threshold and 
respective non-life funds and unqualified life funds 
held by said one banking institution for said single life 
beneficiary; 

electronically commanding and ordering the transfer of all 
excess life funds identified with said single life ben- 
eficiary and designated for said one banking institution 
to a deposit instrument issued by another one of said 
plurality of banking institutions; 

electronically determining the excess life funds plus non- 
life and unqualified life funds over said predetermined 
fund limit, inputting and storing non-life funds and 
unqualified life funds and related banking institution 
data, and electronically commanding and ordering the 
transfer of excess life funds, for all banking institutions 
designated to hold certificates of deposit for all life 
beneficiaries to obtain the benefit of said depositor's 
insurance for qualified life funds; and, 

electronically computing and monitoring a total value 
representing the sum of said life funds and said 
invested funds for each said life beneficiary. 

42. A computer-based method for electronically process- 
ing transactional data as claimed in claim 41 including the 
step of: 

electronically commanding and ordering the transfer of 
realized earnings from said invested funds into said life 
funds for each respective life beneficiary; and, 

repeating the step of electronically detennining the sum of 
all life funds and transferring the excess thereof. 

43. A computer-based method for electronically process- 
ing transactional data and monitoring funds for a plurality of 
life insurance contracts, purchased by a plurality of custom- 
ers funding said life insurance contracts, to obtain the benefit 
of depositor's insurance available through at least one of a 
plurality of federally approved banking institutions, said 
depositor's insurance protecting funds less than a predeter- 
mined fund limit, said computer-based method comprising 
the steps of: 

providing a computer system for the input, output, cor- 
relation and storage of customer data, life beneficiary 
data, life fund data, and banking institution data; 

via said computer system: 

(a) electronically inputting and storing life fund data, 
associated customer data, life beneficiary data that 
includes, for at least one life fund, a subset of life 
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beneficiary data approved for said one life fund, and 
banking institution data; 

(b) electronically inputting and storing non-life funds and 
unqualified life funds data above a predetermined 
threshold held in banking institutions for each life 5 
beneficiary; 

(c) electronically determining whether the sum of all life 
funds, identified with a single life beneficiary and 
designated for certificates of deposit issued by one 
banking institution of said plurality of banking institu- 
tions exceeds said predetermined fund limit while 
accounting for said non-life funds and unqualified life 
funds in step (b); 

(d) electronically commanding and ordering the transfer 15 
of excess life funds identified with said single life 
beneficiary and designated for said one banking insti- 
tution to one of a first deposit instrument issued by 
another one of said plurality of banking institutions and 

a second deposit instrument identified with another life 20 
beneficiary that is part of the approved subset with said 
single life beneficiary and issued by said one banking 
institution of said plurality of banking institutions; and, 

(e) electronically determining the excess life funds, input- 
ting and storing non-life funds and unqualified life 25 
funds and related banking institution data, and elec- 
tronically commanding and ordering the transfer of 
excess life funds, for all banking institutions designated 

to hold certificates of deposit for all life beneficiaries to 
obtain the benefit of said depositor's insurance for 30 
qualified life funds. 
44. A computer-based method for electronically process- 
ing transactional data and monitoring funds for a plurality of 
life insurance contracts, purchased by a plurality of custom- 
ers funding said life insurance contracts, to obtain the benefit 35 
of depositor's insurance available through at least one of a 
plurality of federally approved banking institutions, said 
depositor's insurance protecting funds less than a predeter- 
mined fund limit, said computer-based method comprising 
the steps of: 40 
providing a computer system for the input, output, cor- 
relation and storage of customer data, life beneficiary 
data, life fund data, and banking institution data; 
via said computer system: 

(a) electronically inputting and storing life fund data, 45 
associated customer data, life beneficiary data that 
includes, for at least one life fund, a subset of life 
beneficiary data approved far said one life fund, and 
banking institution data; 

(b) electronically inputting and storing non-life funds and 
unqualified life funds data above a predetermined 
threshold held in banking institutions for each life 
beneficiary; 

(c) electronically determining whether the sum of all life 55 
funds, identified with a single life beneficiary and 
designated for certificates of deposit issued by one 
banking institution of said plurality of banking 
institutions, plus all non-life funds and unqualified life 
funds held by said one banking institution for said ^ 
single life beneficiary and represented by 

corresponding data, exceeds said predetermined fund 
limit; 

(d) for said single life beneficiary which is not included in 
said approved subset, electronically commanding and 65 
ordering the transfer of excess life funds identified with 
said single life beneficiary and designated for said one 


50 


banking institution to a first deposit instrument issued 
by another one of said plurality of banking institutions; 

(e) for said single life beneficiary which is included in said 
approved subset, electronically commanding and order- 
ing the transfer of excess life funds identified with said 
single life beneficiary and designated for said one 
banking institution to a second deposit instrument 
identified with another life beneficiary that is part of the 
approved subset with said single life beneficiary and 
issued by said one banking institution of said plurality 
of banking institutions; and, 

(f) electronically detennining the excess life funds, input- 
ting and storing non-life funds and unqualified life 
funds and related banking institution data, and elec- 
tronically commanding and ordering the transfer of 
excess life funds, for all banking institutions designated 
to hold certificates of deposit for all life beneficiaries to 
obtain the benefit of said depositor's insurance for 
qualified life funds. 

45. A computer-based method for electronically process- 
ing transactional data and monitoring funds for a plurality of 
life insurance contracts, purchased by a plurality of custom- 
ers funding said life insurance contracts, to obtain the benefit 
of depositor's insurance available through at least one of a 
plurality of federally approved banking institutions, said 
depositor's insurance protecting funds less than a predeter- 
mined fund limit, said computer-based method comprising 
the steps of: 

providing a computer system for the input, output, cor- 
relation and storage of customer data, life beneficiary 
data, life fund data, and banking institution data; 

via said computer system: 

(a) electronically inputting and storing invested funds 
data, life fund data which is a subset of said invested 
funds data, associated customer data, life beneficiary 
data, and banking institution data; 

(b) electronically inputting and storing non-life funds and 
unqualified life funds data above a predetermined 
threshold held in banking institutions for each life 
beneficiary; 

(c) electronically inputting and storing invested funds data 
for each life beneficiary; 

(d) electronically determining whether the sum of all life 
funds, identified with a single life beneficiary and 
designated for certificates of deposit issued by one 
banking institution of said plurality of banking institu- 
tions exceeds said predetermined fund limit while 
accounting for data identified in step (b) for said single 
life beneficiary; 

(e) electronically commanding and ordering the transfer 
of all excess life funds identified with said single life 
beneficiary and designated for said one banking insti- 
tution to a deposit instrument issued by another one of 
said plurality of banking institutions; 

(f) electronically determining the excess life funds plus 
non-life and unqualified life funds over said predeter- 
mined fund limit, inputting and storing non-life funds 
and unqualified life funds and related banking institu- 
tion data, and electronically commanding and ordering 
the transfer of excess life funds, for all banking insti- 
tutions designated to hold certificates of deposit for all 
life beneficiaries to obtain the benefit of said deposi- 
tor's insurance for qualified life funds; and, 

(g) electronically computing and monitoring a total value 
representing the sum of said life funds and said 
invested funds for each said life beneficiary. 
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46. A computer-based system for electronically process- 
ing life funds to obtain the benefit of depositor's insurance 
available through a plurality of federally approved banking 
institutions, said depositor's insurance protecting funds less 
than a predetermined fund limit, said computer-based sys- 5 
tern comprising: 

means for electronically inputting and storing life fund, 
non-life fund and unqualified life fund data and asso- 
ciated life beneficiary data that includes, for at least one 
life fund, a subset of life beneficiary data approved far 10 
said one life fund, associated customer data, and bank- 
ing institution data; 

means for identifying, electronically labeling and main- 
taining an electronic list of all banking institutions 
which hold non-life funds and unqualified life funds 
above a predetermined threshold for each life benefi- 
ciary; 

means for electronically determining whether the sum of 
all life funds, identified with a single life beneficiary ^ 
and designated for certificates of deposit issued by one 
banking institution of said plurality of banking institu- 
tions exceeds said predetermined fund limit while 
taking into account non-life funds and unqualified life 
funds above said predetermined threshold; ^ 

means for electronically commanding and ordering the 
transfer of all life funds identified with said single life 
beneficiary and designated far said one banking insti- 
tution in excess of said predetermined fund limit to one 
of a first deposit instrument issued by another banking 30 
institution of said plurality of banking institutions and 
a second deposit instrument 

identified with another life beneficiary that is part of the 
approved subset with said single life beneficiary and 
issued by said one banking institution of said plurality 35 
of banking institutions; and, 

means for electronically deterrnining excess funds over 
said predetermined fund limit, electronically inputting 
non-life fund and unqualified life fund data and related 
banking institution data, and electronically command- 40 
ing the transfer of excess life funds, for all banking 
institutions designated to hold certificates of deposit far 
all life beneficiaries to obtain the benefit of said deposi- 
tor's insurance far qualified life funds. 

47. A computer-based system for electronically process- 45 
ing life funds to obtain the benefit of depositor's insurance 
available through a plurality of federally approved banking 


institutions, said depositor's insurance protecting funds less 
than a predetermined fund limit, said computer-based sys- 
tem comprising: 
means far electronically inputting and storing invested 
funds data, life fund data which is a subset of said 
invested funds data, non-life fund and unqualified life 
fund data and associated life beneficiary data, associ- 
ated customer data, and banking institution data; 
means for identifying, electronically labeling and main- 
taining an electronic list of all banking institutions 
which hold non-life funds and unqualified life funds 
above a predetermined threshold for each life benefi- 
ciary; 

means for electronically monitoring invested funds data 

for each life beneficiary; 
means for electronically deterrnining whether the sum of 
all life funds, identified with a single life beneficiary 
and designated for certificates of deposit issued by one 
banking institution of said plurality of banking institu- 
tions exceeds said predetermined fund limit while 
taking into account non-life funds and unqualified life 
funds above said predetermined threshold; 
means for electronically commanding and ordering the 
transfer of all life funds identified with said single life 
beneficiary and designated far said one banking insti- 
tution in excess of said predetermined fund limit to a 
deposit instrument issued by another banking institu- 
tion of said plurality of banking institutions; 
means for electronically determining excess funds over 
said predetermined fund limit, electronically inputting 
non-life fund and unqualified life fund data and related 
banking institution data, and electronically command- 
ing the transfer of excess life funds, for all banking 
institutions designated to hold certificates of deposit for 
all life beneficiaries to obtain the benefit of said deposi- 
tor's insurance for qualified life funds; and, 
means for computing and monitoring a total value repre- 
senting the sum of said life funds and said invested 
funds for each life beneficiary. 
48. A computer-based system far electronically process- 
ing as claimed in claim 47 including: means for electroni- 
cally commanding and ordering the transfer of realized 
earnings from said invested funds into said life funds for 
each respective life beneficiary. 
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